DNS क्या है? यह कैसे कार्य करता है|

DNS क्या है? यह कैसे कार्य करता है| (What is DNS? how its Work)

DNS क्या हैं? (What is DNS)

Domain Name System (DNS) इंटरनेट की फोनबुक है। Domain Name जैसे google.com के माध्यम से लोग ऑनलाइन जानकारी प्राप्त करते हैं। वेब ब्राउज़र Internet Protocol (IP) एड्रेस के माध्यम से बातचीत करते हैं। DNS, Domain Names को आईपी एड्रेस में ट्रांसलेट करता है ताकि ब्राउज़र इंटरनेट रिसोर्सेस को लोड कर सकें।

इंटरनेट से जुड़े प्रत्येक डिवाइस में एक यूनिक आईपी एड्रेस होता है जो अन्य मशीनें डिवाइस को खोजने के लिए उपयोग करती हैं। DNS सर्वर के लिए IP एड्रेस जैसे 192.168.1.1 (IPv4 में), या नएअधिक जटिल नए अल्फ़ान्यूमेरिक IP एड्रेस जैसे 2400: cb00: 2048: 1 :: c629: d7a2 (IPv6 में) को याद रखने की आवश्यकता को समाप्त करते हैं।

domain name system (DNS) यूआरएल को उनके आईपी एड्रेस से जोड़ती है। DNS के साथ, ब्राउज़र में संख्याओं के बजाय शब्दों को टाइप करना संभव है, जिससे लोग वेबसाइटों को खोज सकते हैं और परिचित नामों का उपयोग करके ईमेल भेज सकते हैं। जब आप किसी ब्राउज़र में डोमेन नाम की खोज करते हैं, तो यह डोमेन के अनुरूप आईपी के साथ मेल खाने के लिए इंटरनेट पर एक क्वेरी भेजता है। एक बार locate होने के बाद, यह वेबसाइट के कंटेंट को पुनः प्राप्त करने के लिए आईपी का उपयोग करता है। सबसे प्रभावशाली, यह पूरी प्रक्रिया सिर्फ मिलीसेकंड लेती है। DNS को कई नामों से जाना जाता है, जिसमें name server, domain name system server और nameserver सर्वर शामिल हैं।

DNS का इतिहास (History of DNS)

स्टैनफोर्ड रिसर्च इंस्टीट्यूट (अब SRI International) ने HOSTS.TXT नाम की एक टेक्स्ट फाइल को बनाए रखा, जो ARPANET पर कंप्यूटर के numerical address पर host names को मैप करता था। होस्ट ऑपरेटरों ने मास्टर फ़ाइल की कॉपी प्राप्त कीं। उभरते नेटवर्क के तेजी से विकास के लिए host name और address बनाए रखने के लिए automated system की आवश्यकता थी।

पॉल मॉकपेट्रीस ने 1983 में इरविन के कैलिफोर्निया विश्वविद्यालय में Domain Name System को डिजाइन किया, और ISI से जॉन पोस्टेल की रिक्वेस्ट पर पहला implementation लिखा। इंटरनेट इंजीनियरिंग टास्क फोर्स ने नवंबर 1983 में RFC 882 और RFC 883 में original specifications प्रकाशित किए, जो उन कांसेप्ट को स्थापित करते हैं जो आज भी DNS डवलपमेंट को गाइड करते हैं।

1984 में, चार यूसी बर्कले (UC Berkeley) के छात्रों- डगलस टेरी, मार्क पेंटर, डेविड रिगल और सॉन्गिशियन झोउ (Douglas Terry, Mark Painter, David Riggle, and Songnian Zhou) ने पहला यूनिक्स नेम सर्वर implementation लिखा, जिसे Berkeley Internet Name Domain (BIND) सर्वर कहा जाता है। 1985 में, डीईसी के केविन डनलप ने DNS implementation को काफी हद तक संशोधित किया। माइक करील्स, फिल अल्मक्विस्ट और पॉल विक्सी ने तब से BIND को बनाए रखा है। 1990 के दशक की शुरुआत में BIND को Windows NT प्लेटफ़ॉर्म पर पोर्ट किया गया था। BIND व्यापक रूप से वितरित किया गया था, विशेषकर यूनिक्स सिस्टम पर, और अभी भी इंटरनेट पर सबसे व्यापक रूप से उपयोग किया जाने वाला DNS सॉफ़्टवेयर है।

नवंबर 1987 में, RFC 1034 और RFC 1035 ने 1983 DNS स्पेसिफिकेशंस को पार कर लिया। comments के लिए कई additional Request में core DNS प्रोटोकॉल के विस्तार के प्रस्ताव हैं।


DNS कैसे काम करता है? (How does DNS work?)

सब कुछ जो इंटरनेट से जुड़ा है – वेबसाइट, टैबलेट, लैपटॉप, मोबाइल फोन, गूगल होम, इंटरनेट थर्मोस्टैट्स, और रेफ्रिजरेटर आदि सभी का आईपी एड्रेस है। इंटरनेट प्रोटोकॉल एड्रेस संख्याओं का unique string है जो दुनिया भर में वेब के माध्यम से कम्युनिकेशन करने के लिए प्रत्येक डिजिटल डिवाइस की पहचान करता है।

आईपी एड्रेस को मेन्टेन करने के लिए एड्रेस बुक्स की कोई आवश्यकता नहीं है। हर बार जब आप एक डोमेन नाम का उपयोग करते हैं, तो DNS service वेबसाइट का एड्रेस लगाती है और नाम को उसके संबंधित आईपी एड्रेस में बदल देती है। आईपी ​​एड्रेस नंबरों की तुलना में एल्फाबेटिक डोमेन नामों को याद रखना आसान होता है, इसलिए जब आप www.google.com को वेब ब्राउजर में टाइप करते हैं, तो आपको केवल URL को याद रखना होगा।

DNS रिज़ॉल्यूशन की प्रक्रिया में एक Hostname (जैसे www.example.com) को कंप्यूटर के अनुकूल आईपी एड्रेस (जैसे 192.168.1.1) में परिवर्तित करता है। इंटरनेट पर प्रत्येक डिवाइस के लिए एक आईपी एड्रेस दिया जाता है, और वह एड्रेस उपयुक्त इंटरनेट डिवाइस को खोजने के लिए आवश्यक है – जैसे हम किसी विशेष घर को खोजने के लिए सड़क एड्रेस का उपयोग करते है। जब कोई यूजर किसी वेबपेज को लोड करता है, तो यूजर वेब ब्राउज़र (example.com) और machine-friendly address जैसे example.com यूजर के बीच ट्रांसलेशन होना चाहिए।

DNS रिज़ॉल्यूशन के पीछे की प्रक्रिया को समझने के लिए, विभिन्न हार्डवेयर कंपोनेंट्स के बारे में सीखना ज़रूरी है, जिनके बीच DNS क्वेरी होनी चाहिए। वेब ब्राउज़र के लिए, DNS lookup “behind the scenes” होता है और इसके लिए initial request के अलावा यूजर के कंप्यूटर से कोई इंटरैक्शन की आवश्यकता नहीं होती है।

वेबपेज लोड करने में 4 DNS सर्वर शामिल हैं (There are 4 DNS servers involved in loading a webpage)

DNS recursor – पुनरावर्ती (recursor) को लाइब्रेरियन के रूप में सोचा जा सकता है, जिसे लाइब्रेरी में से विशेष बुक को खोजने के लिए कहा जाता है। DNS रिकर्सर एक सर्वर है जिसे वेब ब्राउजर जैसे एप्लिकेशन के माध्यम से क्लाइंट मशीनों से प्रश्न प्राप्त करने के लिए डिज़ाइन किया गया है। आमतौर पर ग्राहक की DNS क्वेरी को संतुष्ट करने के लिए अतिरिक्त रिक्वेस्ट करने के लिए रिकर्सर जिम्मेदार होता है।

Root nameserver – रूट सर्वर human readable होस्ट नेम्स को IP एड्रेस में ट्रांसलेट करने (resolving) में पहला कदम है। यह लाइब्रेरी में एक Index की तरह सोचा जा सकता है जो बुक्स के विभिन्न रैक को इंगित करता है – आमतौर पर यह अन्य specific locations के Reference के रूप में कार्य करता है।


TLD Nameserver – top level domain server (TLD) को किसी लाइब्रेरी में बुक्स के विशिष्ट रैक के रूप में सोचा जा सकता है। यह नेमसर्वर specific IP एड्रेस की खोज में अगला कदम है, और यह hostname के अंतिम भाग को होस्ट करता है (उदाहरण के लिए, TLD server “com” है)।

Authoritative nameserver – अंतिम Nameserver को बुक्स के रैक पर dictionary के रूप में सोचा जा सकता है, जिसमें इसकी परिभाषा में specific name को ट्रांसलेट किया जा सकता है। authoritative nameserver नेमसेवर क्वेरी में अंतिम पड़ाव है। यदि authoritative nameserver के पास requested record तक पहुंच है, तो यह requested hostname के लिए आईपी एड्रेस वापस DNS रिकर्सर (लाइब्रेरियन) को लौटा देगा जिसने रिक्वेस्ट की थी|

How Does DNS Route Traffic To Your Web Application?

निम्नलिखित डायग्राम आपकी वेबसाइट या एप्लिकेशन के लिए अंतिम यूजर को रूट करने के लिए recursive और authoritative DNS services को एक साथ कैसे काम करता है, इसका अवलोकन देता है।

  • यूजर एक वेब ब्राउज़र खोलता है, एड्रेस बार में www.example.com में प्रवेश करता है और एंटर दबाता है।
  • www.example.com के लिए रिक्वेस्ट DNS resolver के लिए किया जाता है, जिसे आमतौर पर यूजर के Internet service provider (ISP) द्वारा मैनेज किया जाता है, जैसे कि cable Internet provider, DSL broadband provider या corporate network|
  • ISP के लिए DNS resolver, DNS top name server के लिए www.example.com की रिक्वेस्ट को आगे बढ़ाता है।
  • ISP के लिए DNS resolver www.example.com के लिए फिर से रिक्वेस्ट करता है, .Com डोमेन के लिए name server चार Amazon route 53 name server के नाम के साथ रिक्वेस्ट का जवाब देता है जो example.com डोमेन के साथ जुड़े हैं।
  • आईएसपी के लिए DNS रिज़ॉल्वर एक अमेज़ॅन रूट 53 नेम सर्वर चुनता है और उस नेम सर्वर के लिए www.example.com के लिए रिक्वेस्ट करता है।
  • Amazon Route 53 नेम सर्वर उदाहरण में दिखता है। www.example.com रिकॉर्ड के लिए होस्ट किया गया ज़ोन, संबंधित मान प्राप्त करता है, जैसे कि वेब सर्वर के लिए IP एड्रेस, 192.0.2.44, और DNS को IP एड्रेस देता है |
  • ISP के लिए DNS रिसॉल्वर के पास आखिरकार IP एड्रेस होता है, जिसकी यूजर को जरूरत होती है। रिज़ॉल्वर वेब ब्राउज़र पर उस मान को लौटाता है। DNS रिज़ॉल्वर उदाहरण के लिए IP एड्रेस को caches (स्टोर) भी करता है। जो कि आप निर्दिष्ट करते हैं|
  • वेब ब्राउज़र IP एड्रेस के लिए www.example.com के लिए एक रिक्वेस्ट भेजता है जो इसे DNS रिज़ॉल्वर से मिला है। यह वह जगह है जहां आपका कंटेंट है, उदाहरण के लिए, Amazon EC2 या Amazon S3 bucket पर चलने वाला एक वेब सर्वर जो वेबसाइट एंडपॉइंट के रूप में कॉन्फ़िगर किया गया है।
  • 192.0.2.44 पर वेब सर्वर या अन्य रिसोर्सेस वेब ब्राउज़र के लिए www.example.com के लिए वेब पेज लौटाता है, और वेब ब्राउज़र पेज को प्रदर्शित करता है।

error: Content is protected !!