डीएनएस

डीएनएस का इतिहास

70 के दशक में, लोग उन सर्वरों के आईपी पतों को याद करते-करते थक गए थे, जिन्हें वे एक्सेस करना चाहते थे। उसी समय, एक संख्यात्मक होस्ट पते के बजाय एक सरल और अधिक यादगार नाम का उपयोग करने का विचार आया।

स्टैनफोर्ड रिसर्च इंस्टीट्यूट के कार्यकर्ता एक टेक्स्ट फ़ाइल HOSTS.TXT के साथ आए , जिसमें ARPANET पर कंप्यूटर के स्ट्रिंग नामों और उनके संबंधित संख्यात्मक पतों की एक सूची थी।

पते मैन्युअल रूप से असाइन किए गए थे। होस्टनाम और पते का अनुरोध करने या मास्टर फ़ाइल में एक कंप्यूटर जोड़ने के लिए, उपयोगकर्ताओं ने व्यावसायिक घंटों के दौरान फोन द्वारा स्टैनफोर्ड के नेटवर्क सूचना केंद्र से संपर्क किया।

1980 के दशक के प्रारंभ तक, एकल, केंद्रीकृत होस्ट टेबल को बनाए रखना धीमा और बोझिल हो गया था, और बढ़ते नेटवर्क को तकनीकी और कर्मियों के मुद्दों से निपटने के लिए एक स्वचालित नामकरण प्रणाली की आवश्यकता थी।

1984 में, चार यूसी बर्कले छात्रों ने श्रेणीबद्ध डोमेन नाम प्रणाली का पहला संस्करण लिखा। यह अब व्यापक रूप से उपयोग किया जाता है, विशेष रूप से यूनिक्स सिस्टम पर, और अभी भी इंटरनेट पर सबसे व्यापक रूप से उपयोग किया जाने वाला डीएनएस सॉफ्टवेयर है।

डीएनएस का परिचय

डोमेन नेम सिस्टम (डीएनएस) डोमेन के बारे में जानकारी संग्रहीत करने और पुनर्प्राप्त करने के लिए एक वितरण प्रणाली है। यह आमतौर पर एक होस्ट नाम (कंप्यूटर या डिवाइस) से एक आईपी पता प्राप्त करने, मेल रूटिंग जानकारी प्राप्त करने और/या डोमेन में प्रोटोकॉल के लिए होस्ट की सेवा करने के लिए उपयोग किया जाता है।

सिस्टम एक निश्चित प्रोटोकॉल के अनुसार इंटरैक्ट करने वाले DNS सर्वरों के एक निश्चित पदानुक्रम के रूप में व्यवस्थित है। DNS को समझने का आधार नाम और ज़ोन की श्रेणीबद्ध संरचना की समझ है।

एक डोमेन जोन के लिए जिम्मेदार प्रत्येक सर्वर डोमेन के एक और हिस्से के लिए जिम्मेदारी को दूसरे सर्वर पर स्थानांतरित कर सकता है, जो विभिन्न संगठनों के सर्वरों को सूचना की प्रासंगिकता के लिए जिम्मेदारी सौंपना संभव बनाता है जो केवल "उनके" हिस्से के लिए जिम्मेदार हैं। डोमेन नाम।

DNS सिस्टम में ज़ोन पदानुक्रम के अनुरूप DNS सर्वरों का एक पदानुक्रम होता है। प्रत्येक ज़ोन को कम से कम एक आधिकारिक DNS सर्वर द्वारा समर्थित किया जाता है जो डोमेन के बारे में जानकारी होस्ट करता है।

महत्वपूर्ण! जरूरी नहीं कि नाम और आईपी एड्रेस एक-दूसरे से संबंधित हों। एक आईपी पते में कई डोमेन नाम हो सकते हैं, जो आपको एक कंप्यूटर पर कई वेबसाइटों का समर्थन करने की अनुमति देता है (इसे साझा होस्टिंग कहा जाता है )।

यह दूसरा तरीका भी हो सकता है - कई आईपी पते एक डोमेन नाम से जुड़े हो सकते हैं: यह आपको लोड संतुलन बनाने की अनुमति देता है और सीडीएन नेटवर्क में सक्रिय रूप से उपयोग किया जाता है ।

सिस्टम की स्थिरता को बढ़ाने के लिए, समान जानकारी वाले कई सर्वरों का उपयोग किया जाता है, और प्रोटोकॉल का अर्थ विभिन्न सर्वरों पर स्थित सूचना के तुल्यकालन को बनाए रखना है। 13 रूट सर्वर हैं, उनके पते व्यावहारिक रूप से नहीं बदलते हैं।

दिलचस्प! DNS प्रोटोकॉल प्रश्नों का उत्तर देने के लिए TCP या UDP पोर्ट 53 का उपयोग करता है। परंपरागत रूप से, अनुरोध और प्रतिक्रियाएँ एकल UDP डेटाग्राम के रूप में भेजी जाती हैं। टीसीपी का उपयोग तब किया जाता है जब प्रतिक्रिया डेटा का आकार 512 बाइट्स से अधिक हो जाता है।

डीएनएस रिकॉर्ड

DNS सर्वर प्रत्येक डोमेन नाम के लिए पैरामीटर का एक सेट संग्रहीत करता है। ये डोमेन नाम, उसके आईपी पते के साथ-साथ विभिन्न सेवा सूचनाओं के बारे में रिकॉर्ड हैं।

कुल मिलाकर ऐसी कई दर्जन प्रविष्टियाँ हैं, इसलिए हम उनमें से केवल सबसे लोकप्रिय पर विचार करेंगे:

यहाँ सबसे दिलचस्प हैं:

• ए रिकॉर्ड आपको एक आईपी पता निर्दिष्ट करने की अनुमति देता है जो एक डोमेन से संबंधित है।
• CNAME आपको नाम के लिए एक समानार्थी सेट करने की अनुमति देता है, उदाहरण के लिए, www.codegym.cc == codegym.cc।
• एमएक्स रिकॉर्ड में मेल सर्वर के बारे में जानकारी होती है: अगर कोई पत्र xxx@codegym.cc पर आता है तो क्या करें।
• NS - DNS सर्वर के पते को इंगित करता है, जिसमें इस डोमेन की जानकारी होती है। उपयोगी जब रिकॉर्ड कैश किए जाते हैं और गैर-देशी नोड्स पर संग्रहीत होते हैं।

आईपी ​​​​पता खोज

आइए देखें कि DNS सिस्टम कैसे काम करता है।

मान लें कि आपने अपने ब्राउज़र में api.codegym.cc टाइप किया है। ब्राउज़र स्थानीय DNS सेवा से संपर्क करेगा और आपसे api.codegym.cc डोमेन के लिए एक IP पता देने के लिए कहेगा। यहां जानिए आगे क्या होगा...

सबसे पहले, DNS सेवा यह देखती है कि यह डोमेन आपके कंप्यूटर पर स्थानीय होस्ट फ़ाइल में है या नहीं। अगर है तो उससे IP एड्रेस ले लेता है। यदि नहीं, तो यह अपने ज्ञात DNS सर्वर को एक अनुरोध भेजता है: "api.codegym.cc का IP पता क्या है?"।

हालाँकि, DNS सर्वर न केवल अनुरोधित नाम के बारे में, बल्कि पूरे codegym.cc डोमेन के बारे में भी कुछ नहीं जान सकता है। इस स्थिति में, सर्वर रूट सर्वर से संपर्क करता है - उदाहरण के लिए, 198.41.0.4। यह सर्वर कहता है: "मुझे इस पते के बारे में कोई जानकारी नहीं है, लेकिन मुझे पता है कि 204.74.112.1 आरयू ज़ोन के लिए ज़िम्मेदार है।"

फिर DNS सर्वर अपना अनुरोध 204.74.112.1 को भेजता है, लेकिन वह जवाब देता है: "मुझे इस सर्वर के बारे में कोई जानकारी नहीं है, लेकिन मुझे पता है कि 207.142.131.234 codegym.cc क्षेत्र के लिए ज़िम्मेदार है।" अंत में, वही अनुरोध तीसरे DNS सर्वर को भेजा जाता है और प्रतिक्रिया प्राप्त करता है - एक आईपी पता, जो क्लाइंट, यानी ब्राउज़र को प्रेषित होता है।

इस मामले में, आईपी को नाम से खोजने की प्रक्रिया में, निम्नलिखित नियम काम करते हैं:

• ब्राउज़र ने एक ज्ञात DNS सर्वर को एक पुनरावर्ती अनुरोध भेजा (इस प्रकार के अनुरोध के जवाब में, सर्वर को एक IP पता, या एक खाली प्रतिक्रिया और एक NXDOMAIN त्रुटि कोड वापस करना होगा)।
• ब्राउज़र से अनुरोध प्राप्त करने वाले DNS सर्वर ने उत्तराधिकार में गैर-पुनरावर्ती अनुरोध भेजे, जिसके लिए उसे अन्य DNS सर्वरों से प्रतिक्रियाएँ प्राप्त हुईं, जब तक कि उसे अनुरोधित क्षेत्र के लिए जिम्मेदार सर्वर से प्रतिक्रिया नहीं मिली।
• उल्लेख किए गए शेष DNS सर्वर अनुरोधों को गैर-पुनरावर्ती रूप से संसाधित कर रहे थे (और सबसे अधिक संभावना है कि अनुरोधों को पुनरावर्ती रूप से संसाधित नहीं किया जाएगा, भले ही ऐसी आवश्यकता अनुरोध में हो)।

कभी-कभी अनुरोधित सर्वर के लिए "अपस्ट्रीम" DNS सर्वर को पुनरावर्ती क्वेरी भेजना और तैयार प्रतिक्रिया की प्रतीक्षा करना संभव होता है।

महत्वपूर्ण! पुनरावर्ती क्वेरी प्रसंस्करण के साथ, सभी प्रतिक्रियाएँ DNS सर्वर के माध्यम से जाती हैं, और उन्हें कैश करने का अवसर मिलता है। एक ही डोमेन नाम के लिए बार-बार अनुरोध आमतौर पर सर्वर के कैशे से आगे नहीं जाता है, और अन्य सर्वरों को कॉल बिल्कुल नहीं होती है।

प्रतिक्रियाओं के लिए स्वीकार्य कैश समय प्रतिक्रियाओं (संसाधन रिकॉर्ड के टीटीएल क्षेत्र) के साथ आता है।

होस्ट फ़ाइल

हमने देखा कि पहली खोज लोकल होस्ट फ़ाइल में है। यह HOSTS.TXT फ़ाइल का उत्तराधिकारी है, जिसका आविष्कार ARPANET के दिनों में किया गया था। हाँ, यह अभी भी मौजूद है और अभी भी उपयोग में है।

यह पथ के साथ स्थित है:

• /etc/ लिनक्स पर होस्ट करता है।
• विंडोज पर %SystemRoot%\system32\drivers\etc\hosts ।
• /system/etc/मेजबान Android में।

आमतौर पर, फ़ाइल में लोकलहोस्ट नोड के लिए एक स्थान परिभाषा शामिल होती है:

127.0.0.1   	localhost

इसकी संरचना बहुत सरल है: पहले आईपी पता आता है, फिर डोमेन नाम आता है।

उपयोगी

होस्ट फ़ाइल का उपयोग करके, बैनरों के डोमेन पतों को 127.0.0.0, 127.0.0.1 या 0.0.0.0 पते पर पुनर्निर्देशित करके विज्ञापनों को फ़िल्टर करना संभव है।

127.0.0.1 के उपयोग की आमतौर पर अनुशंसा नहीं की जाती है, क्योंकि यदि सर्वर मौजूद नहीं है या गलत कॉन्फ़िगर किया गया है तो इसका परिणाम प्रतिक्रिया टाइमआउट और संबंधित देरी में होता है। और अगर आप किसी विज्ञापन डोमेन को आईपी पते 0.0.0.0 पर मैप करते हैं, तो इसके लिए सभी अनुरोध तुरंत बंद हो जाएंगे)।

सार्वजनिक डीएनएस सर्वर

जब आप इसे कनेक्ट करते हैं तो आपको आमतौर पर अपनी इंटरनेट सेवा के साथ एक DNS सर्वर मिलता है। लेकिन ऐसा मुफ्त डीएनएस सर्वर हमेशा सबसे अच्छा विकल्प नहीं होता है। इसके अलावा, हो सकता है कि जब भी आप किसी साइट पर जाएँ तो आप अपने ISP के DNS सर्वर को डोमेन नाम के साथ कोई क्वेरी न भेजना चाहें।

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

दूसरे, सुरक्षा। कुछ DNS सेवाएँ फ़िशिंग और दुर्भावनापूर्ण साइटों तक पहुँच को रोक सकती हैं और बच्चों को ऑनलाइन अनुचित सामग्री से बचाने के लिए सामग्री फ़िल्टरिंग की पेशकश कर सकती हैं।

ऐसे DNS सर्वर स्कैमर्स से भी लड़ सकते हैं। उदाहरण के लिए, आप एक नकली बैंक वेबसाइट पर जाते हैं, और DNS सर्वर आपको स्कैमर का आईपी पता नहीं, बल्कि उसकी सुरक्षा सेवा देगा।

ऐसे सर्वरों की सूची