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

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

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

यह क्या है सरल शब्दों में, यह दुनिया के अग्रणी DNS सर्वर डेवलपर्स का एक घोषणापत्र है : CZ.NIC, ISC, NLnet लैब्स और पॉवरएनएस।

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

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

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

जैसा कि कहा जाता है, यदि आपकी परियोजना का TOR ऐसा कुछ नहीं दिखता है, तो मुझे आमंत्रित करने का भी प्रयास न करें।

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

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

और अधिक विस्तार से?

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

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

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

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

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

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

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

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

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

और फिर क्या?

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

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

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

यह, तिथि करने के लिए, एक काफी स्पष्ट दुविधा के साथ सिस्टम प्रशासक छोड़ देता है:

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

हालाँकि, हमें इस विषय पर भी लौटने की संभावना है।