1 फरवरी को क्या-क्या होगा?

निःसंदेह, ऐसा नहीं था हेब्रे पर मुद्दे की पहली चर्चा. हालाँकि, अब तक, परिणामों पर मुख्य रूप से चर्चा की गई है, जबकि, हमारी राय में, मूल कारण कहीं अधिक दिलचस्प हैं।

तो, यह 1 फरवरी के लिए योजनाबद्ध है डीएनएस झंडा दिवस. इस घटना का प्रभाव धीरे-धीरे होगा, लेकिन फिर भी कुछ कंपनियों की तुलना में तेज़ी से इसे अनुकूलित करने में सक्षम होंगे।

यह क्या है? सरल शब्दों में, यह है घोषणापत्र DNS सर्वर के विश्व के प्रमुख डेवलपर: कंपनियाँ CZ.NIC, ISC, NLnet Labs और PowerDNS।

DNS सॉफ़्टवेयर के निर्माता लंबे समय से एक समस्या का सामना कर रहे हैं: डोमेन नाम प्रणाली विकसित करना, इसमें ग्राहकों के लिए आवश्यक नए फ़ंक्शन जोड़ना, सुरक्षा समस्याओं का समाधान करना - ये सभी प्रक्रियाएं DNS प्रणाली की सहकारी संरचना और आवश्यकता के कारण मौलिक रूप से धीमी हो गई हैं पुराने सर्वरों को बनाए रखने के लिए जो प्रोटोकॉल के पुराने संस्करणों को लागू करते हैं (और यहां तक ​​​​कि यह अक्सर त्रुटियों के साथ किया जाता है)।

असाधारण स्थिति

के अनुसार डीएनएस प्रोटोकॉल मानक निर्देशिका21 जनवरी, 2018 तक, वर्तमान विनिर्देश में 3248 पृष्ठ हैं। वे स्थितियों में सभी प्रासंगिक आरएफसी शामिल करते हैं "इंटरनेट मानक", "प्रस्तावित मानक" (जो आज मूलतः वही चीज़ है), "सर्वोत्तम वर्तमान अभ्यास" и "जानकारीपूर्ण". तुलनात्मक रूप से, HTTP प्रोटोकॉल, जो इंटरनेट पर सभी वेबसाइटों पर सामग्री वितरित करता है, कुल 672 पृष्ठों को कवर करता है।

जैसा कि वे कहते हैं, यदि आपके प्रोजेक्ट के लिए संदर्भ की शर्तें ऐसी नहीं लगती हैं, तो मुझे आमंत्रित करने का प्रयास भी न करें।

3 हजार पृष्ठों पर वर्णित सभी कार्यों और अपवाद स्थितियों के प्रसंस्करण को लागू करने की आवश्यकता अपने आप में कठिन काम है, और इसके अलावा, कई DNS सर्वर इस या उस कार्यक्षमता को गलत तरीके से लागू करते हैं, जिससे अतिरिक्त रूप से गैर-संभालने की आवश्यकता होती है। मानक व्यवहार. उपर्युक्त कुछ आरएफसी में, प्रोटोकॉल के साथ काम करने वाले लोगों की हताशा उबलती है शीर्षक में भी.

प्रमुख डीएनएस डेवलपर्स के अनुसार, प्रोग्राम कोड की जटिलता की स्थिति पहले से ही इतनी गंभीर है कि कट्टरपंथी कदम उठाए जा सकते हैं। 1 फरवरी को, एक समन्वित कार्रवाई के हिस्से के रूप में, सभी प्रमुख DNS सर्वरों के अद्यतन संस्करण जारी किए जाएंगे, जिसमें कुछ गलत व्यवहार के लिए समर्थन अब और हमेशा के लिए बंद कर दिया जाएगा।

और अधिक?

यह स्पष्ट करने के लिए कि वास्तव में अब किस चीज़ का समर्थन नहीं किया जाएगा, मैं एक सादृश्य दूंगा। कल्पना कीजिए कि 1999 तक लोगों को सामान के साथ विमानों में यात्रा करने की अनुमति नहीं थी, लेकिन 1999 में, नियामक प्राधिकरण के एक आधिकारिक निर्णय द्वारा, यात्रियों को विमान में बैग (एक निश्चित वजन और आयाम के) ले जाने की अनुमति दी गई थी। काफी सुविधाजनक, है ना? आप बहुत सारी उपयोगी चीजें परिवहन कर सकते हैं।

अब जरा कल्पना करें कि 2019 में अभी भी ऐसे विमान हैं जिनमें बैग ले जाने की अनुमति नहीं है, और बोर्डिंग तक आपके पास यह पता लगाने का कोई तरीका नहीं है कि आप अपने साथ सामान ले जा सकते हैं या नहीं।

मोटे तौर पर चीजें ऐसी ही हैं ईडीएनएस एक्सटेंशन1 फरवरी से समर्थन की कमी के कारण कई वेबसाइटें अप्राप्य हो जाएंगी। मोटे तौर पर कहें तो, जो विमान अपनी बीसवीं वर्षगांठ के सिलसिले में फरवरी में बोर्ड पर सामान (कम से कम न्यूनतम) नहीं ले जा सकते पहला ईडीएनएस मानक उन्हें अब कई हवाईअड्डों में जाने की अनुमति नहीं दी जाएगी।

इसके बारे में घोषणा काफी पहले जारी की गई थी: मार्च-मई 2018 में, DNS फ्लैग डे के मुख्य आयोजकों ने जनता को सूचित किया कई लोकप्रिय उद्योग सम्मेलन. इसके अलावा, DNS सर्वर के अद्यतन संस्करण जारी करने से तुरंत समस्याएँ पैदा नहीं होंगी, क्योंकि ऑपरेटरों को अभी भी इन संस्करणों पर स्विच करना होगा, और इसमें समय लगता है। लेकिन, अधिक महत्वपूर्ण बात यह है कि कई क्लाउड डीएनएस सेवा प्रदाता भी डीएनएस फ्लैग डे में शामिल हुए। इनमें Google (और आईपी एड्रेस 8.8.8.8 के साथ उनका प्रसिद्ध DNS सर्वर), क्लाउडफ्लेयर, फेसबुक और सिस्को जैसे दिग्गज शामिल हैं।

परिणामस्वरूप, ईडीएनएस समर्थन के बिना डीएनएस सर्वर का उपयोग करने वाली साइटें (अर्थात, "हवाई जहाज" जो "बोर्ड पर सामान नहीं ले जा सकते") उन सभी के लिए 1 फरवरी से काम करना बंद कर देंगी जो खुले डीएनएस सर्वर 8.8.8.8, 9.9.9.9 का उपयोग करते हैं। 1.1.1.1 और कई अन्य। जैसे-जैसे संचार प्रदाता अपने DNS सर्वर को अपडेट करेंगे, सूची बढ़ती जाएगी।

कॉर्पोरेट बुनियादी ढांचे में DNS सर्वर के कामकाज की ख़ासियत यह है कि यह आमतौर पर इसके लिए नहीं पूछता है, यह काम करता है और काम करता है, इसलिए अक्सर कोई भी इसे अपडेट नहीं करता है। यहां तक ​​कि पुराने स्कूल के सिस्टम प्रशासक भी गर्व करना पसंद है ऐसी मशीनों का दीर्घकालिक अपटाइम। समस्या यह है कि जब अपग्रेड करने की आवश्यकता उत्पन्न होती है, तो यह पता चलता है कि इसके लिए, उदाहरण के लिए, FreeBSD 5 से FreeBSD 10 (एक वास्तविक मामला) में जाने की भी आवश्यकता होती है, जिसमें अन्य परेशानियों के अलावा, रीबूट की आवश्यकता होगी, और रीबूट से पुराना सर्वर पहले से ही है यह बाहर नहीं आ सकता है।

सबसे अप्रिय बात यह है कि सामान्य स्थिति में समस्या का समाधान केवल DNS सर्वर को अपडेट करने तक सीमित नहीं है। कुछ संगठन फ़ायरवॉल (सॉफ़्टवेयर और हार्डवेयर दोनों) का उपयोग करते हैं जो EDNS कार्यक्षमता वाले सभी DNS पैकेटों को हटाने के लिए बाध्य करते हैं। अन्य बातों के अलावा, यह पुराने जुनिपर एसआरएक्स मॉडल द्वारा किया गया था, लेकिन मामला उन तक सीमित नहीं है। सिद्धांत रूप में, अगर हम सामान्य रूप से फ़ायरवॉल और डीपीआई समाधानों के बारे में बात करते हैं, तो ऐसे कई समाधानों के विकास में गुणवत्ता का निम्न स्तर लंबे समय से ज्ञात है। इन सभी वर्षों में, DNS प्रोटोकॉल के डेवलपर्स उन समस्याओं से पीड़ित हुए हैं जो उन्होंने उद्देश्यपूर्ण रूप से पैदा की थीं, और अब उन्होंने जवाबी हमला करने का फैसला किया है।

लेकिन ऐसे समाधानों को अद्यतन करने में महत्वपूर्ण समय लग सकता है, और कुछ मामलों में संभवतः एक बार महंगे उपकरण को कूड़ेदान में फेंकना और नए खरीदना आवश्यक होगा, जो कई कठिनाइयों का कारण बनेगा, उदाहरण के लिए, रूसी बजट चक्र के ढांचे के भीतर (खासकर यदि छोड़े गए उपकरण का उत्पादन विदेश में किया गया था, लेकिन किसी संगठन से किसी न किसी कारण से विदेशी सामान खरीदने का कोई अवसर नहीं है - वित्तीय, राजनीतिक, वैचारिक)।

तो जिन लोगों को यह समस्या है, उनके लिए इसे हल करना शुरू करने का समय आ गया है। ध्यान दें कि केवल वही समस्याएँ जिनका तत्काल समाधान आवश्यक हो उपयुक्त सत्यापन उपकरण लाल "स्टॉप" या "धीमे" संकेतों के साथ प्रदर्शित होता है। पीले त्रिकोण में विस्मयादिबोधक चिह्न अभी के लिए केवल एक चेतावनी है और 1 फरवरी को समस्या पैदा नहीं करेगा (हालाँकि इस समस्या को दीर्घकालिक रूप से ठीक करने की आवश्यकता होगी)।

और फिर क्या?

सबसे पहले, डीएनएस फ्लैग डे से कोई महत्वपूर्ण आपदा नहीं आनी चाहिए।

आप विभिन्न चर्चाओं में आलोचना सुन सकते हैं मूल पोस्ट हैबे पर एलेक्सी लुकात्स्की: वे कहते हैं कि लेखक ने अत्यधिक चिंताजनक स्वर अपनाया। हालाँकि, यह नोटिस करना असंभव नहीं है कि एलेक्सी वह व्यक्ति है जो अच्छी तरह से जानता है कि बड़े रूसी संगठनों और सरकारी एजेंसियों का नेटवर्क बुनियादी ढांचा कभी-कभी कैसे संरचित होता है और कौन से उपकरण इससे जुड़े होते हैं। एक अध्ययन के अनुसार जिसके परिणाम सामने आए हैं उपलब्ध .RU और .РФ डोमेन के लिए समन्वय केंद्र, एक समस्या जो लुकात्स्की की पोस्ट से पहले कई प्रसिद्ध साइटों के साथ पंजीकृत थी, आज पहले से ही ट्रेस मात्रा में प्रकट हो रही है, यानी, सिस्को ब्लॉग पर एक प्रविष्टि (और बाद के नोट्स, कहते हैं, ब्लॉग पर रोसकोम्सवोबोडा) वांछित प्रभाव पड़ा।

हालाँकि, डीएनएस फ्लैग डे की सफलता के स्पष्ट परिणाम होंगे, जिनमें से मुख्य यह है कि भविष्य में भी ऐसे आयोजन होते रहेंगे। DNS सिस्टम में अभी भी है कई जगहें बाकी हैं, जिसे डेवलपर्स यथाशीघ्र विस्तारित करना चाहेंगे; इसके अलावा, DNS एकमात्र ऐसा प्रोटोकॉल नहीं है जिसमें समझने लायक कुछ है। बीजीपी विशेषता 0xFF वाला उदाहरण, जिस पर हम अगले लेख में चर्चा करेंगे, स्पष्ट रूप से दिखाता है कि कभी-कभी इंटरनेट टीकाकरण से लाभ उठा सकता है।

जो, आज, सिस्टम प्रशासकों को काफी स्पष्ट दुविधा में छोड़ देता है:

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

हालाँकि, हम संभवतः इस विषय पर बाद में लौटेंगे।

स्रोत: www.habr.com