रूस में इंटरनेट ब्लॉक करने के तकनीकी पहलू। चुनौतियाँ और संभावनाएँ

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

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


स्पीकर के बारे में: दीप फॉरेस्ट एलएलसी के सामान्य निदेशक फिलिप किलिन ( विद्वान ), एक छोटे रूसी हॉस्टल, मुख्य रूप से साझा होस्टिंग में लगे हुए हैं।

समस्याओं की उलझन

ऐसा लगेगा कि ताले हैं और हैं। हम उन्हें पसंद नहीं करते हैं, लेकिन शायद उनके साथ कुछ भी गलत नहीं है?

वास्तव में, अवरुद्ध करना समस्याओं का एक उलझन है।

संपार्श्विक क्षति सबसे बड़ी अवरुद्ध समस्या है। अप्रैल 2018 में सबसे स्पष्ट उदाहरण यह हुआ, जब क्लाउड सेवाओं के आईपी पते के बड़े ब्लॉक क्रमशः अवरुद्ध हो गए, कई सेवाओं ने काम नहीं किया और बहुत नुकसान हुआ।

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

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

यह अनुमान लगाना असंभव है कि आपको कब अवरुद्ध किया जाएगा और क्या वे बिल्कुल अवरुद्ध हो जाएंगे। आप चुपचाप काम करते हैं, और आपका काम अचानक समाप्त हो गया है।

जोखिमों की गणना करना पूरी तरह से असंभव है , क्योंकि, शायद, साइट पर कुछ विजेट जो आप पहले से ही भूल गए थे, या शायद पूरे व्यवसाय, हमले के तहत गिर जाएगा। जोखिम अप्रत्याशितता का एक बहुत अच्छा उदाहरण बिट्रिक्स 24 मामला है। मार्च में, उन्होंने जल्दी से अपनी सेवाओं को अमेज़ॅन में स्थानांतरित कर दिया। उसी महीने, नेटवर्क पर एक दस्तावेज लीक हुआ, जो संभवतः नकली था, जिसमें बड़े अमेज़ॅन सबनेट पंजीकृत थे। फिर भी, Bitrix24 ने किसी तरह से इस पर प्रतिक्रिया दी और अप्रैल में समस्याओं से बचा, जब अमेज़ॅन सेवाएं वास्तव में अवरुद्ध थीं।

मैं आपको विश्वास दिलाता हूं, आप में से ज्यादातर लोग बदकिस्मत हैं! ऐसे दस्तावेज संयोग से आपके हाथ में नहीं आएंगे। जब आपका व्यवसाय समाप्त हो जाता है, तो आप इस तथ्य के बाद इसके बारे में जानेंगे।

साधारण मामलों में, यह ज्ञात है कि आपकी साइट को अवरुद्ध क्यों किया गया था। उदाहरण के लिए, फोरम ने ऐसी जानकारी पोस्ट की जिसे कुछ अदालत ने निषिद्ध माना, लेकिन आपके पास प्रतिक्रिया के लिए समय नहीं था। लेकिन पर्यवेक्षक के साथ संचार में एक अस्वीकार्य समय सीमा है - उदाहरण के लिए, एक दिन। इस समय के दौरान इंटरनेट पर, आप व्यवसाय का पांचवां हिस्सा खो सकते हैं।

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

जोखिम समूह

ताले की चिंता:

• साइटों और सेवाओं के मालिक , जिनमें शामिल हैं, गलती से अवरुद्ध हो सकते हैं। या वे निषिद्ध के रूप में कुछ जानकारी को पहचान सकते हैं।
• लॉक सेवाओं के उपयोगकर्ता भी प्रभावित होते हैं। यह तथ्य कि आपकी साइट अवरुद्ध है, मुख्य रूप से आपके साथ संबंध रखती है। लेकिन ऐसे लोग हैं जिन्होंने इस साइट या सेवा का उपयोग किया है।
• होस्टर्स और प्रोवाइडर जो दो आग के बीच होते हैं। क्योंकि उन्हें काम और सेवाओं की आवश्यकता होती है, और पर्यवेक्षक की आवश्यकताओं के कार्यान्वयन के लिए, जो जुर्माना के लिए खतरा होता है। आपको याद दिला दूं कि प्रति प्रोटोकॉल 50 से 100 हजार रूबल तक जुर्माना होता है। इस तरह के कई प्रोटोकॉल हो सकते हैं, उदाहरण के लिए, प्रति माह, और प्राप्त मात्रा बहुत पर्याप्त है।

तालों के संचालन का सिद्धांत

पहले, हम संक्षेप में चर्चा करते हैं कि पूरी तस्वीर को समझने के लिए अवरुद्ध कैसे होता है।

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

यह समझना महत्वपूर्ण है कि प्रत्येक प्रदाता द्वारा ट्रैफ़िक फ़िल्टर किया जाता है। यह सीमा पार राउटर या राज्य फिल्टर पर कहीं नहीं है, लेकिन प्रत्येक प्रदाता अपने प्रत्येक सबनेट में इंटरनेट और ग्राहकों के बीच एक फिल्टर सेट करता है। ऊपर दिए गए आरेख में, सत्यापन डिवाइस ग्राहकों के बगल में है, क्योंकि यह खुद को एक ग्राहक के रूप में प्रस्तुत करता है - यह महत्वपूर्ण है।

फ़िल्टरिंग उपकरण

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

या आप उपयोग कर सकते हैं:

• विशेष एकीकृत वाणिज्यिक समाधान;
• खुला स्रोत खुला स्रोत समाधान (वर्तमान में केवल एक ही ऐसी परियोजना है);
• आपका "सामूहिक खेत"।

कोई रॉकेट्स नहीं हैं, और मुख्य समस्या एक कार्यक्रम लिखना बिल्कुल नहीं है।

निम्नलिखित कार्यान्वयन विकल्प उपलब्ध हैं।


उदाहरण के लिए, आपके पास 100 Gbps का एक छोटा चैनल है, आप फ़िल्टर को गैप में रखते हैं।


कुछ मिरर ट्रैफिक, लेकिन ट्रैफिक मिररिंग के साथ, समस्या यह है कि यह वक्र के आगे की तरह काम करता है। यही है, फिल्टर सामान्य उत्तर की तुलना में तेजी से प्रतिक्रिया करने की कोशिश करता है, क्रमशः, यदि फ़िल्टर धीमा करना शुरू कर देता है, तो इसे जुर्माना किया जाएगा (याद रखें, 50-100 हजार रूबल)।


चयनात्मक रूटिंग - जब आईपी पते पर ट्रैफ़िक, जिसमें "अपलोड" से कुछ शामिल हो सकता है, एक अलग फ़िल्टर से गुजरता है।

दुर्भाग्य से, कोई सटीक आंकड़े नहीं हैं, लेकिन अप्रत्यक्ष संकेतों और परीक्षणों को देखते हुए, यह अब यातायात को फ़िल्टर करने का सबसे आम तरीका है।

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

चयनात्मक रूटिंग को DNS क्वेरी फ़िल्टरिंग के साथ भी जोड़ा जा सकता है। यह एक लोकप्रिय विधि है जिसका उपयोग किया जाता है, उदाहरण के लिए, DOM.ru द्वारा।

हम उन समस्याओं के चरणों में विश्लेषण करेंगे जो यह सब लाती हैं।

ब्लॉक करने का निर्णय लेना

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

इस वजह से सभी तरह की बुरी बातें होती हैं। होस्ट या साइट का स्वामी यह नियंत्रित नहीं कर सकता है कि उससे क्या अनुरोध किया जा रहा है, कोई खुली जानकारी नहीं है। उदाहरण के लिए, Google के पास वायरस वाली साइटों का एक डेटाबेस है, जहाँ आप अपने आप को एक स्वायत्त प्रणाली के रूप में पंजीकृत कर सकते हैं, किसी तरह यह पुष्टि कर सकते हैं कि आप एक स्वायत्त प्रणाली हैं, और वास्तव में अपने लिए देखें कि कौन सी साइटें, Google के अनुसार, आपके स्वायत्त सिस्टम में "मैलवेयर" फैलाएं। ताले के साथ ऐसी कोई चीज नहीं है - आप केवल उस तक पहुंचने की सूचना पर भरोसा करते हैं और आप इसे समय पर पढ़ सकते हैं।

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

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

"उतराई" के आवेदन का समय

इसलिए, निर्णय किया गया था, प्रदाता ने "अपलोड" डाउनलोड किया और फिर इसके साथ कुछ करना होगा। कितनी तेजी से दो विकल्प हैं: एक दिन या तुरंत।

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

लेकिन अब मानदंडों में अक्सर शब्द "तुरंत" लगता है , मौखिक समझौते से यह एक घंटा है । लेकिन आज एक मौखिक समझौता है, और कल यह नहीं है। असल में, शब्द "तुरंत" अब चरमपंथ पर अभियोजन पक्ष के फैसलों को संदर्भित करता है।

यह समझने के लिए कि सब कुछ कैसे फ़िल्टर किया जाता है, आपको यह जानना होगा कि "डिस्चार्ज" के अंदर क्या है। लॉक के प्रकार और समाधान के विवरण द्वारा चार प्रकारों में से एक XML में प्रविष्टियों की एक सूची है:

1. URL (s) + डोमेन + आईपी पता (s);
   
2. डोमेन + आईपी पता;
   
3. मास्क के साथ डोमेन (* .example.com) + IP पता (a);
   
4. आईपी ​​पता (ए) - बेशक, एक पता है, और यह पूरी तरह से अवरुद्ध है।
   

यह स्पष्ट करने के लिए कि प्रश्न में क्या आंकड़े हैं, नीचे 22 जनवरी, 2019 के आंकड़े हैं।


महत्वपूर्ण: केवल 139 हजार रिकॉर्ड, और ब्लॉकिंग का सबसे लोकप्रिय प्रकार "डोमेन द्वारा" ब्लॉक करना है। ये HTTP और HTTPS प्रोटोकॉल हैं।

विषाक्तता "उतराई"

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

उदाहरण के लिए, "अपलोड" में अतिरेक है , रिकॉर्ड एक-दूसरे को ओवरलैप करते हैं। यदि आप एक URL लेते हैं, तो इसका मतलब यह नहीं है कि इस URL में निहित डोमेन द्वारा कोई अवरोध नहीं होगा। उनमें से कई अब नहीं हैं, हालांकि, तीन हजार से थोड़ा अधिक है।

"अपलोड" में टुकड़े (#) और सत्र वाले URL होते हैं । यह आम तौर पर भयानक है, क्योंकि आपको यह समझने की आवश्यकता है कि परीक्षण कैसे जाता है।

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

एक बार फिर मैं इस तथ्य पर ध्यान आकर्षित करता हूं कि प्रदाता की समस्या हमारी समस्या है । प्रदाता क्या करता है? 100 हजार रूबल की एक प्रेरणा यह सुनिश्चित करने के लिए एक अच्छी प्रेरणा है कि किसी भी समस्या के मामले में, यहां तक ​​कि किसी समस्या के संकेत के साथ, तुरंत काट लें और फिर इसका पता लगाएं।

"उन आईपी पतों को अनलोड करने" की प्रासंगिकता जो "आईपी पतों द्वारा अवरुद्ध" नहीं हैं, लेकिन बाकी सभी (डोमेन, यूआरएल, मुखौटा द्वारा अवरुद्ध) कुछ इस तरह दिखता है।


वस्तुतः आधे से थोड़ा अधिक प्रासंगिक है, और शेष पूर्ण कीमा है।

ताले की जाँच

मैं अंत से शुरू करूँगा।

रूस में ताले के कार्यान्वयन का पूरा इतिहास इन तालों की जांच का इतिहास है।

मुझे नहीं पता है कि विदेश में, हमारे साथ निरीक्षणों का इतिहास बिल्कुल सटीक है। सभी ताले नहीं बनाए गए हैं जैसा कि यह लिखा गया है, उन्हें कैसे करना है, लेकिन जैसा कि वे जांचते हैं, क्योंकि कोई भी जुर्माना भरना पसंद नहीं करता है, खासकर 100 हजार।

प्रतिबंधित साइटों की रजिस्ट्री से पहले न्याय मंत्रालय की चरमपंथी सामग्रियों की एक सूची थी (यह अभी मौजूद है, यह अभी रजिस्ट्री में है, और फिर यह अलग थी) और इस सूची पर ताले के अभियोजन संबंधी जांच। मैं एक माइक्रो-होस्टर हूं, और मुझसे ऐसे संसाधनों को प्राप्त करने में मैं कामयाब रहा।

मौजूदा प्रकार के चेक:

• फील्ड निरीक्षण (मुख्य रूप से आंतरिक मामलों के मंत्रालय, एफएसबी और अभियोजक के कार्यालय) - वे दुर्लभ हैं, लेकिन वहाँ हैं।
• "इंस्पेक्टर" एक पसंदीदा स्वचालित प्रणाली है जो सभी प्रदाताओं की जांच करती है।

"इंस्पेक्टर" फिल्टर के पीछे खड़ा है और ग्राहक बनने का दिखावा करता है। लेकिन डिवाइस खुद कुछ नहीं करता है, यह कार्य प्राप्त करता है और एक निश्चित नियंत्रण केंद्र के उत्तर देता है, अर्थात। यह प्रदाता के नेटवर्क के अंदर एक ऐसा दूरस्थ शेल है। यह बहुत RIPE Atlas की तरह कार्य करता है।

एक स्वचालित प्रणाली का नियंत्रण केंद्र एक वास्तविक हाईलोड सेवा है, क्योंकि हमारे पास 4 हजार दूरसंचार ऑपरेटर हैं, उनके पास एक नेटवर्क नहीं है, लेकिन प्रत्येक नेटवर्क में एक बॉक्स होना चाहिए। यानी प्रत्येक प्रदाता नहीं, बल्कि प्रत्येक प्रदाता के प्रत्येक नेटवर्क में । तदनुसार, नियंत्रण केंद्र में कुछ समस्याएं हैं।

प्रश्न: क्या चेक से ही कोई समस्या है? जरूर है।

सत्यापन के मुद्दे

स्पैक्ट्रम -2017 (रोस्कोम्नादज़ोर के तत्वावधान में एक मंच), वेक्लिच ए.ए., मुख्य रेडियो फ़्रीक्वेंसी सेंटर के संघीय राज्य एकात्मक उद्यम के प्रमुखों में से एक प्रदाताओं के "इंस्पेक्टर" के निरीक्षण के साथ वास्तव में तकनीकी समस्याएं क्या हैं, इसके बारे में एक पूरी रिपोर्ट बनाई।

सत्यापन समस्याएं:

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

"इंस्पेक्टर" के रूप में कार्य करने की विधि

इन समस्याओं के अनुसार, "परीक्षक" की कार्य पद्धति बनाई गई थी।


और हाँ, आपकी स्लाइड इस तकनीक को पूरी तरह से दर्शाती है। मुझे समझ में नहीं आता है कि तार्किक रूप से आप इसके साथ कैसे रह सकते हैं। हमारे लिए, यह सब इस तथ्य में तब्दील हो जाता है कि प्रदाता किसी तरह इस समस्या को हल करने की कोशिश कर रहे हैं, और इसे अपने लिए सुविधाजनक बना रहे हैं, और हमेशा हमारे लिए सुविधाजनक नहीं है।

एक तकनीक के बिना काम करना, कई प्रदाताओं ने अस्तित्वगत अनुभव प्राप्त किया है। सामान्य तौर पर, अवरुद्ध करने की पूरी तकनीक एक अनुभवजन्य पथ है जिसमें पैसा, तंत्रिकाओं, गिरता है, यहां तक ​​कि अब भी, जब कुछ तकनीक पहले से ही थोड़ी सी बस गई है।

एक अनौपचारिक चैट रूम है (जो उल्लेखनीय है - टेलीग्राम में, जहां और), जहां प्रदाता रेडियो फ्रीक्वेंसी सेंटर के कर्मचारियों के साथ संवाद करते हैं। सबसे दिलचस्प बात यह है कि आप वहां वास्तविक सहायता प्राप्त कर सकते हैं, राज्य रिजर्व सेंटर के कर्मचारी सहायता प्रदाता अपनी समस्याओं को हल करते हैं, और बताते हैं कि "इंस्पेक्टर" कैसे काम करता है। लेकिन यह सब अनौपचारिक है, कोई दस्तावेज नहीं हैं।

पहुँच को प्रतिबंधित करने के तरीकों और तरीकों पर Roskomnadzor का एक मानक है , जो न्याय मंत्रालय के पास पंजीकृत है। यह विशेष रूप से अंत में जाता है, क्योंकि इसकी सबसे कम प्राथमिकता है। प्रदाता नियमन में लिखे अनुसार कार्य नहीं करते हैं, बल्कि सत्यापन विधि कैसे काम करती है।

"उतराई" के साथ काम की तकनीक

मानक और प्राप्त अनुभव के अनुसार, मैं आपको बताता हूं कि वे "अनलोडिंग" के साथ कैसे काम करते हैं, अर्थात, हमारे संसाधन कैसे अवरुद्ध हैं।

URL द्वारा :

• यदि यह एक सामान्य HTTP प्रोटोकॉल है, तो हेडर द्वारा फ़िल्टर करें।
• यदि एन्क्रिप्ट किया गया प्रोटोकॉल HTTPS है - तो "डोमेन" के रूप में फ़िल्टर करें

यह आमतौर पर एन्क्रिप्टेड प्रोटोकॉल के साथ URL को अस्पष्ट क्यों करता है, यह अतिरेक है।

डोमेन द्वारा:

• सामान्य HTTP प्रोटोकॉल होस्ट हेडर द्वारा फ़िल्टर है।
• HTTPS एन्क्रिप्टेड प्रोटोकॉल - या DNS फ़िल्टर; या एसएनआई हेडर द्वारा फ़िल्टर (जब एक एन्क्रिप्टेड कनेक्शन स्थापित करते हैं, तो एक अनएन्क्रिप्टेड हेडर एक डोमेन नाम के साथ प्रसारित होता है); या आईपी पते से फ़िल्टर करें।
• अन्य प्रोटोकॉल को IP पते द्वारा अवरुद्ध करने की सिफारिश की जाती है, लेकिन चूंकि "इंस्पेक्टर" यह जांच नहीं करता है, कोई इसे करता है, कोई इसे नहीं करता है।

मानक कहता है कि दूसरे मामले में, "डोमेन द्वारा" आईपी पते से ताले को अवरुद्ध नहीं किया जा सकता है। लेकिन प्रदाता, जब वह फ़िल्टर को रद्दी करना शुरू कर देता है, तो तुरंत एक और स्तर शामिल होता है, ताकि जुर्माना न हो। ऐसी कहानी असामान्य नहीं है और स्वाभाविक रूप से व्यवसाय को अतिरिक्त नुकसान पहुंचाती है।

सैद्धांतिक रूप से, प्रदाता बिना किसी तारांकन के डोमेन के समान मास्क के साथ डोमेन को फ़िल्टर करते हैं। चूंकि फिर से कोई जांच नहीं होती है, इसलिए कोई समस्या नहीं है।

वे आईपी पते और आईपी पते के ब्लॉक द्वारा फ़िल्टर करते हैं क्योंकि वे जानते हैं कि कैसे - कभी-कभी किनारे के राउटर पर।

ईमानदार प्रतिभागियों

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

दूसरा समूह विदेशी प्रतिभागी है। वे अपने कानूनी क्षेत्र में रहते हैं और कानून का उल्लंघन नहीं करते हैं। वे हँस सकते हैं, उदाहरण के लिए, रिश्वत पर, वे उसके साथ कुछ भी गलत नहीं देखते हैं। उदाहरण के लिए, होस्टर्स को यह जानकारी हटाने का अधिकार भी नहीं है, क्योंकि कानून उन पर लागू नहीं होते हैं। वे बुरे लोग नहीं हैं, लेकिन ताले भी उन्हें मारते हैं।

छानने की समस्या

आइए समस्याओं को देखें, डीएनएस फ़िल्टरिंग के बारे में बात करें, जो कि आदर्श द्वारा अनुशंसित है।

पहला सवाल: डीएनएस कहां से आता है ? वास्तव में, निषिद्ध जानकारी पोस्ट की जा सकती है, लेकिन DNS उन सेवा लोगों का प्रतिनिधित्व करता है, जैसे DNS, उदाहरण के लिए, आईपी पते। DNS को फेक करते समय, सब कुछ बहुत अच्छा नहीं है, और यह स्पष्ट नहीं है कि क्यों।

दूसरा बिंदु DNS अवरोधन का कार्यान्वयन है। ( — ), . , .ru DNS, , DNS.

, . . , .

DNS (DNSCrypt, DoT, DoH) DNS.

, IP, HTTP/HTTPS. ? , , , Telegram ( ) — ? !

— , — , 443: SNI, SNI (ESNI) , , QUIC, DNSCrypt, VPN, MTProto-proxy?

, , Google, SNI, DNSCrypt 443 . -. , , HTTPS, . , .

, , 100 . , IP-, . , , , .

, « !». «» , «», , . , . - 100 , .


— , . IP, , «» IP . , IP ( ), , , .


: IP , «» IP, , , «» — . , , .

:

• ;
• ;
• , .

. , . , LiveJournal - - CDN, /23 IP. , , .

«»

«», , «», , , . , «». «» , , .

«» 200 «» , . , , . , , .

?


, , . MSK-IX, MSK-IX , . - DNS-.

DNS- , - «» , IP- , , IP- , .. - , , .

, , , . , , «», , 5 2017 .

. , . DDoS, .

, - - ?


14 2018 : , «» . - 4 , 400 , 4 000 IP-. , , - 600 , 20% TK .

:


, IP- «». 5 : « — - ?» . , IP ( ), , : DIGITAL RESISTANCE.

: « !», . , , - . , 2 , 2 , - . «» «» 4 000, , . , , — 1538.

, — - !

, . , - : - , . , . , , DNS- — , , . «» , .

, - HTTP , . Motobratan.ru , . , .

- , :

• «»;
• , «» ;
• ;
• .

, — . , , . «». «», , : «, , !» «» , - . - .

, , «», .

, , — . :

• .
• — , , .
• — ? , Kubernetes , — Continuous Integration!

— DPI , , . , DPI . -, - , . DPI , , DPI, . . DPI , , .

— DNS , .

• , DNS , — .
• , . , , .
• , DNS, «» .

: Telegram?

, : . Telegram , , , DPI . , , , Telegram.

, .

, , Telegram- @usher2 schors

HighLoad++ 2018. — , . , , Saint HighLoad++ .