सोल मिक्रोटिक के खिलाफ आत्मा आईएलवी और एक ही प्रदाता

लेख में Roskomnadzor (इसके बाद RKN) द्वारा बन्स के वितरण के तहत गलती से संसाधनों तक पहुंच प्राप्त करने का तरीका बताया गया है। यह गलती से पकड़ा गया है। हम कानून का पालन करने वाले नागरिक हैं और वे नहीं जाते जहां हमारी सरकारी एजेंसियां ​​हमें मना करती हैं। इसलिए यदि आप अचानक किसी तरह के "कानूनी रूप से" अवरुद्ध संसाधनों के लिए जाने के लिए विधि का उपयोग करने का निर्णय लेते हैं, तो न्याय की कठोर तलवार शायद आपके सिर के ऊपर से उड़ जाएगी और मैं दोषी नहीं हूं, क्योंकि अभी मैंने आपको चेतावनी दी है!

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

कुछ समय के लिए, हिलने-डुलने की परेशानी के कारण, मैंने समस्या को नजरअंदाज कर दिया, लेकिन जब लेखा विभाग ने शिकायत करना शुरू किया (क्या आपके पास कंपनी के प्रबंधन के बाद भी महत्वपूर्ण रूप से लेखा विभाग है?), मुझे इसे सुलझाना पड़ा।

सबसे पहले, संदेह एमटीयू और एमएसएस के साथ समस्याओं पर गिर गया। लेकिन उनके साथ, सौभाग्य से, सब कुछ क्रम में निकला। मैंने ILV पर आधारित एक समस्या डोमेन मारा, यह भी ठीक है, डोमेन साफ ​​है। मैंने अन्य शाखाओं (3 विभिन्न प्रदाताओं) के गेटवे के माध्यम से साइट को खोला, यह खुलता है। लेकिन आईपी प्रदाता के लिए हमारे प्रदाता के माध्यम से, पिंग भी नहीं जाते हैं। और फिर मैंने ILV IP समस्या डोमेन के माध्यम से तोड़ने का अनुमान लगाया। आपने पहले ही अनुमान लगा लिया कि आईपी डेटाबेस में था?

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

प्रदाता ने मेरी बात सुनी, स्वीकार किया कि समस्या है, लेकिन कोई चेतावनी नहीं है।

मैंने अपनी स्थिति पर सहानुभूति व्यक्त की, लेकिन कुछ सही करने से इनकार कर दिया। जैसे, हम अवरुद्ध आवश्यकता का अनुपालन करते हैं, लेकिन अधिसूचना की आवश्यकताएं नहीं हैं। जिस पर हमने अलविदा कहा।

बेशक, मुझे प्रदाता के साथ कुश्ती करने की इच्छा थी, लेकिन आलस्य और खाली समय की कमी ने इस इच्छा को गहराई से धकेल दिया। उसी जगह के बारे में जहां मैंने अपने इंटरनेट के साथ एक प्रदाता को अपने दिल में भेजा था, जहां सूरज नहीं चमकता है।

समस्या को किसी तरह हल करना पड़ा। हमारी कंपनी मिकरोटिकी का उपयोग गेटवे-राउटर के रूप में करती है, चाहे जो भी हो, ओएस राउटर सभी के लिए समान है। Habré के आसपास अफवाह फैलाने के बाद, मैंने कुछ लेख पाया कि कैसे ILV के ताले को बायपास करने के लिए, और Mikvik में ILV डेटाबेस को लोड करना और लोड करना। उसी समय, उन गेटवे पर रूटिंग ट्रैफ़िक अवरुद्ध कर दिया गया है जहाँ ताले नहीं हैं। हित के लिए, मैंने यह तरीका आजमाया। यह काम करता है, लेकिन सूट नहीं करता है।
सबसे पहले, 60,000 आईपी (2019 की गर्मियों की शुरुआत में) का बेस वॉल्यूम, मेरे मिकरोटिक को एक गहरी कोमा में भेजा। एक बड़ी मेमोरी क्षमता और कई कोर के साथ सीएचआर ओएस राउटर को थोड़ा बेहतर लगा, लेकिन यह स्पष्ट कर दिया कि ILV के अपने कर्तव्यों के प्रति ऐसे ईमानदार रवैये के साथ, यह लंबे समय तक नहीं चलेगा।

दूसरे, सभी अवरुद्ध संसाधनों तक पहुंच प्राप्त की गई थी, जिनमें "कानूनी" आधार पर अवरुद्ध किए गए थे। कि मैं, एक कानून के पालन करने वाले नागरिक के रूप में, मुझे भी शोभा नहीं देता।

लेकिन उन गेटवे के माध्यम से अनुमत साइटों पर यातायात को निर्देशित करने का बहुत विचार जहां यह अवरुद्ध नहीं है, मेरे दिमाग में अटक गया है।

इसके लिए हम क्या कर सकते हैं?

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

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

रिमोट गेटवे के माध्यम से सभी यातायात को निर्देशित करना भी हानिकारक है।

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

नीचे एक उदाहरण समाधान है:

1. हम वांछित डोमेन के साथ एड्रेस शीट को फ़ायरवॉल में बनाते हैं।



2. फ़ायरवॉल \ Mangle में, एक नियम, श्रृंखला बनाएँ: prerout, advanced: Dst.Address सूची = हमारी शीट का नाम, क्रिया: मार्क रूटिंग, न्यू रूटिंग मार्क = ब्रांड नाम







3. हम IP \ Routes पर जाते हैं। एक नया डिफ़ॉल्ट मार्ग बनाएँ। Dst पता = 0.0.0.0 / 0, गेटवे = गेटवे IP, रूटिंग मार्क = आपका ब्रांड



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

यह फर्मवेयर 6.45.5 पर किया गया था

आपका ध्यान के लिए धन्यवाद।