डोमेन नाम प्रणाली का इतिहास: "युद्ध" प्रोटोकॉल

हम DNS के इतिहास के बारे में बात करना जारी रखते हैं। हम उन विशेषज्ञों और कंपनियों के विचारों पर चर्चा करते हैं जो एचटीटीपीएस और डीएनएस पर टीएलएस प्रोटोकॉल के साथ-साथ ईडीएनएस विनिर्देश के कार्यान्वयन के पक्ष में हैं।


फोटो - जीटी वांग - सीसी बाय / फोटो संशोधित

EDNS के आसपास भय

1987 ( RFC1035 ) में मानकीकृत , DNS तंत्र ने इंटरनेट के विकास के साथ आए कई परिवर्तनों और सुरक्षा आवश्यकताओं को ध्यान में नहीं रखा। यहां तक ​​कि डोमेन नाम प्रणाली के लेखक - पॉल मॉकापेट्रिस (पॉल मोकापेट्रिस) - ने एक साक्षात्कार में कहा कि उन्हें अपनी रचना के इतने व्यापक वितरण की उम्मीद नहीं थी। उनके अनुमानों के अनुसार, DNS को लाखों आईपी पते के साथ काम करना था, लेकिन उनकी कुल संख्या 300 मिलियन से अधिक थी ।

प्रारंभ में, DNS कार्यक्षमता के विस्तार के लिए कुछ अवसर थे। लेकिन 1999 में स्थिति बदल गई जब उन्होंने EDNS0 विनिर्देश ( RFC2671 ) प्रकाशित किया। इसने एक नए प्रकार के छद्म रिकॉर्डिंग को जोड़ा - ऑप्ट। इसमें DNS क्वेरी के गुणों का वर्णन करने वाले 16 झंडे शामिल हैं।

ध्यान दें कि EDNS0 मानक एक अस्थायी समाधान माना जाता था। भविष्य में, इसे EDNS1 के अद्यतन संस्करण से बदल दिया जाएगा। लेकिन EDNS1 (जिसके लिए एक मसौदा है ) में बदलने के बजाय, विनिर्देश विकल्पों और एकीकरण के साथ बढ़ने लगे और अभी भी उपयोग में हैं।

EDNS0 ने आपको DNS रिकॉर्ड के लिए क्लाइंट सबनेट जानकारी संलग्न करने की भी अनुमति दी है। इस दृष्टिकोण का उपयोग अकामाई सामग्री वितरण नेटवर्क द्वारा उपयोगकर्ता के निकटतम सर्वर को निर्धारित करने के लिए किया जाता है। हालांकि, एपीएनआईसी इंटरनेट रजिस्ट्रार के एक प्रमुख शोधकर्ता ज्योफ हस्टन ने ध्यान दिया कि यह सूचना सुरक्षा के समग्र स्तर को कम करता है। DNS ज़ोन का प्रबंधन करने वाले सर्वर उस उपयोगकर्ता की पहचान करने में सक्षम होते हैं जिन्होंने किसी विशेष फ़ाइल को डाउनलोड करने के लिए अनुरोध भेजा था। साथ ही, स्थानीय रिज़ॉल्वर पर भार बढ़ता है। वे अपनी प्रभावशीलता को कम करते हुए, अपने कैश में सबनेट के लिए लुकअप कुंजी जोड़ने के लिए मजबूर हैं।

चिंताओं के बावजूद, नई कार्यक्षमता Google सार्वजनिक DNS और OpenDNS द्वारा लागू की गई थी। शायद भविष्य में सुरक्षा स्थिति में सुधार के लिए EDNS0 विनिर्देश में संशोधन किया जाएगा। EDNS1 में इसी तरह के संशोधन किए जा सकते हैं यदि यह मसौदा स्थिति को छोड़ देता है।

DoH / DoT विवाद

DNS क्लाइंट और सर्वर के बीच प्रेषित संदेशों को एन्क्रिप्ट नहीं करता है। इसलिए, अनुरोधों को रोकते समय, आप यह पता लगा सकते हैं कि उपयोगकर्ता किन संसाधनों पर जा रहा है। पिछले अक्टूबर में समस्या को हल करने के लिए, IETF और ICANN के इंजीनियरों ने DNS को HTTPS (DoH) मानक पर प्रकाशित किया।

नया दृष्टिकोण DNS प्रश्नों को सीधे नहीं भेजने का सुझाव देता है, लेकिन उन्हें HTTPS ट्रैफ़िक में छिपा देता है। डेटा का मानक 443 पोर्ट के माध्यम से आदान-प्रदान किया जाता है, और यदि कोई ट्रैफ़िक सुनने का फैसला करता है, तो उसके लिए DNS जानकारी निकालना काफी मुश्किल होगा। Google और मोज़िला ने नए प्रोटोकॉल के समर्थन में बात की - उन्होंने अपने ब्राउज़र में HTTPS कार्यक्षमता पर DNS को एकीकृत किया।

APNIC के जेफ हस्टन ने यह भी उल्लेख किया है कि DoH उपयोग किए गए बंदरगाहों की संख्या को कम करके और पते के अनुवाद को गति देकर नेटवर्क संरचना को सरल करेगा।

तस्वीरें - एंड्रयू हार्ट - सीसी बाय-एसए

लेकिन यह राय सभी द्वारा साझा नहीं की जाती है। पॉल विक्सी के अनुसार, BIND DNS सर्वर का डेवलपर, नया मानक, इसके विपरीत, नेटवर्क प्रशासन को जटिल बनाता है। हालाँकि, DoH अनुरोधों के गुमनामी की गारंटी नहीं देता है । आप यह निर्धारित कर सकते हैं कि उपयोगकर्ता कौन से मेजबान SNI और OCSP प्रतिक्रियाओं का उपयोग कर पहुंच रहा है। APNIC के शोध के अनुसार, एक तीसरे पक्ष को उन संसाधनों को निर्धारित करने के लिए DNS रिकॉर्ड की आवश्यकता नहीं है जो उपयोगकर्ता दौरा कर रहे हैं। उन्हें केवल आईपी द्वारा 95% की सटीकता के साथ सेट किया जा सकता है।

इस कारण से, कुछ विशेषज्ञ एक वैकल्पिक दृष्टिकोण का उपयोग करने का सुझाव देते हैं - डीएल ओवर टीएलएस ( डीओटी )। इस स्थिति में, DNS प्रश्नों का हस्तांतरण एक समर्पित पोर्ट 853 पर होता है। इसलिए, डेटा अभी भी एन्क्रिप्ट किया गया है, लेकिन नेटवर्क ऑपरेशन सरल है।

यह कहना मुश्किल है कि मानकों में से कौन जीतेगा। पहले से ही, कई क्लाउड प्रदाता और ब्राउज़र डेवलपर्स दोनों प्रोटोकॉल का समर्थन करते हैं। जो सबसे अधिक वितरण प्राप्त करेगा, वह केवल समय से दिखाया जाएगा - किसी भी मामले में, एक दशक से अधिक समय लग सकता है ।

1cloud ब्लॉग पर अतिरिक्त पढ़ने:

क्या क्लाउड अल्ट्रा-बजट स्मार्टफोन को बचाएगा
"हम कैसे IaaS का निर्माण करते हैं": 1cloud सामग्री

सीमा पर इलेक्ट्रॉनिक उपकरणों की स्क्रीनिंग - मानव अधिकारों की आवश्यकता या उल्लंघन?
यह वह मोड़ है: क्यों Apple ने एप्लिकेशन डेवलपर्स के लिए आवश्यकताओं को बदल दिया है

---

हम 1cloud.ru पर क्लाउड स्टोरेज सेवा प्रदान करते हैं। इसका उपयोग बैकअप, संग्रह डेटा को संग्रहीत करने और कॉर्पोरेट दस्तावेजों के आदान-प्रदान के लिए किया जा सकता है।

---

डेटा भंडारण प्रणाली तीन प्रकार के डिस्क पर बनाई गई है: एचडीडी एसएटीए, एचडीडी एसएएस और एसएसडी एसएएस। उनकी कुल मात्रा कई हजार टेराबाइट्स है।

---