VPN लॉकडाउन के अपवाद को कैसे दर्ज करें ताकि उसे हटाया जा सके
जिस अपवाद को कोई बता नहीं सकता, वह स्थायी होता है। उसके द्वारा अनुमत ट्रैफ़िक, आवश्यकता, विफलता-व्यवहार और उसे हटाने वाले घटक को दर्ज करें।
जिन बायपासों का उद्देश्य उनके लेखक के साथ चला गया, वही अपनी उपयोगिता से अधिक जीते हैं, और लॉकडाउन नीतियाँ उन्हें किसी भी अन्य तरह के कॉन्फ़िगरेशन से तेज़ी से इकट्ठा करती हैं। “स्थानीय नेटवर्क की अनुमति दें” के रूप में लिखा गया अपवाद ऐसा नियम है जिसे न कोई बचा सकता है और न कोई सेवानिवृत्त कर सकता है, क्योंकि उसके पीछे की आवश्यकता उसे जोड़ने वाले व्यक्ति के साथ चली गई। ऐसी नीतियाँ उन छूटों को ढोकर विफल होती हैं जिनका कारण वाष्पित हो गया जबकि जोखिम बना रहा। दायरा, विफलता-व्यवहार और हटाने का चरण लिखने का सही समय वही है जब आप अपवाद जोड़ते हैं, जबकि किसी को अभी भी याद है कि क्यों।
यह एक निर्णय है कि नोट में क्या होना चाहिए, भरने के लिए कोई टेम्पलेट नहीं। नीचे दिए चार क्षेत्र वही हैं जो तय करते हैं कि कोई समीक्षक एक साल बाद बिना बैठक के नियम हटा सकता है या नहीं। हर एक इसलिए मौजूद है क्योंकि उसकी अनुपस्थिति की कीमत पहले से अनुमानित है।
बिना दर्ज किया गया बायपास कभी सेवानिवृत्त क्यों नहीं होता
बिना विवरण वाले बायपास का परीक्षण नहीं किया जा सकता और इसलिए उसे सुरक्षित रूप से हटाया नहीं जा सकता। वह हर समीक्षा से बच निकलता है क्योंकि हटाना जोखिम भरा लगता है जबकि रखना हानिरहित, और हर समीक्षा जो उसे छोड़ देती है अगली को भी छोड़ना आसान बना देती है। लागत तब तक अदृश्य रहती है जब तक कोई ऑडिट यह न पूछे कि एक निजी रेंज छूट क्यों पा रही है, और तब तक जवाब कंधे उचकाना ही होता है।
रिकॉर्ड इतना छोटा होना चाहिए कि लोग उसे वाकई बदलाव की खिड़की में लिखें। ट्रैफ़िक के लिए एक पंक्ति, जिस आवश्यकता की वह सेवा करता है उसके लिए एक।
दायरे को ट्रैफ़िक के रूप में लिखना
एप्लिकेशन या गंतव्य रेंज, शामिल पता-परिवार, सेवा और पोर्ट, और वह नेटवर्क संदर्भ जिसमें नियम लागू होता है, सूचीबद्ध करें, फिर अनुमोदक का नाम और उसे ढोने वाली सटीक क्लाइंट या प्लेटफ़ॉर्म सेटिंग बताएं। “प्रिंटर” एक इरादा है; “TCP 631 से 192.168.1.50, केवल होम नेटवर्क” एक ऐसा दायरा है जिसे कोई सत्यापित कर सकता है। अगर “यह कहाँ रहता है” का जवाब “MDM प्रोफ़ाइल में कहीं” है, तो रिकॉर्ड अधूरा है। फ़ाइल पथ, प्रोफ़ाइल नाम या रजिस्ट्री कुंजी — सेटिंग कहाँ हो सकती है इसके विवरण से बेहतर है।
जहाँ प्लेटफ़ॉर्म प्रति-एप्लिकेशन नियमों का समर्थन करता है, वहाँ उन्हें पता-रेंजों पर प्राथमिकता दें, क्योंकि एक एप्लिकेशन को टनल से बचने देना पूरे निजी सबनेट को छूट देने से संकरा है और डिवाइस के नए पते पर जाने पर भी टिका रहता है। Android की VpnService गाइड उस प्रति-एप्लिकेशन मॉडल का वर्णन करती है; डेस्कटॉप क्लाइंट अपनी प्रोफ़ाइल सेटिंग्स के ज़रिए वही विचार व्यक्त करते हैं। पता-आधारित छूटें तब वैकल्पिक रास्ता हैं जब प्लेटफ़ॉर्म इससे संकरा कुछ न दे, इसीलिए उन्हें अधिक सटीक दायरा-पंक्ति चाहिए।
चार तरह के अपवाद, चार हटाने के जोखिम
अपवाद एक श्रेणी नहीं हैं, और उन्हें हटाने के अलग-अलग परिणाम होते हैं। दो तरह के बीच एक ही पंक्ति साझा करना वही तरीका है जिससे प्रिंटर को सेवानिवृत्त करना कनेक्ट करने की क्षमता को भी सेवानिवृत्त कर देता है।
| Kind | Typical example | Removal risk |
|---|---|---|
| Endpoint bootstrap | reaching the gateway before the tunnel exists | high: nothing comes up without it |
| Captive portal | hotel or airport sign-in page | medium: only matters on untrusted networks |
| Local device | printer, casting target, test instrument | low: one service at one address |
| Excluded application | an app that must not use the tunnel | medium: depends on the app's own behaviour |
बूटस्ट्रैप, पोर्टल, डिवाइस और एप्लिकेशन अपवादों को अलग-अलग पंक्तियों पर रखें, भले ही व्यवहार में वे ओवरलैप हों। निजी रेंज की छूट चुपचाप उस सबनेट के हर पड़ोसी को पहुँच देती है, न कि उस एक डिवाइस को जिस तक आप पहुँचना चाहते थे, और यही उस दायरे में अंतर है जिसे आप बचा सकते हैं और उसके बीच जिसकी आप केवल आशा करते हैं।
टनल गिरने पर बायपास क्या करता है
तीन सवाल पूछें और जवाब लिखें, क्योंकि वही तय करते हैं कि लॉकडाउन असली है या नहीं। टनल गिरने पर क्या अपवाद उपयोगी रहता है: captive portal के लिए रहना ही चाहिए, वरना कोई कभी साइन इन नहीं कर सकेगा, जबकि निजी संसाधन के लिए आम तौर पर नहीं रहना चाहिए, वरना नीति सजावटी है। क्या यह हर नेटवर्क पर लागू होता है या केवल इच्छित वातावरण में, क्योंकि होम सबनेट तक सीमित नियम किसी सार्वजनिक नेटवर्क पर बहुत अलग व्यवहार करता है जो संयोगवश वही रेंज इस्तेमाल करता है। हर जवाब नियम और नोट दोनों बदल देता है, इसलिए बिना जवाब छोड़ा गया सवाल ऐसा निर्णय है जो बाद में कोई और गलत लेगा।
तीसरा सवाल यह है कि क्या होता है जब गंतव्य अपना पता बदलता है, जहाँ डोमेन-आधारित और पता-आधारित छूटें अलग हो जाती हैं। डोमेन-आधारित नियम इस पर निर्भर करते हैं कि रिज़ॉल्यूशन कब होता है और क्लाइंट परिणाम को कैसे लागू करता है, इसलिए वे किसी असंबंधित दिखने वाले बदलाव के बाद चुपचाप मेल खाना बंद कर सकते हैं, और विफलता पुरानी छूट जैसी नहीं बल्कि टूटे VPN जैसी दिखती है।
परीक्षण करें, फिर परीक्षण करें, और हटाने का चरण लिखें
अनुमत मार्ग के लिए एक हानिरहित परीक्षण और पास का एक अस्वीकृत मामला लिखें: प्रिंटर पेज लोड होता है और उसी सबनेट पर फ़ाइल साझा नहीं होता। वही जोड़ी साबित करती है कि अपवाद संकरा है, और वही जोड़ी है जिसे समीक्षक मूल अनुरोध समझे बिना दोहरा सकता है। फिर पुनः-परीक्षण के ट्रिगर तय करें, क्योंकि जो अपवाद कभी दोबारा परखा नहीं जाता वह उस आवश्यकता से दूर खिसक जाता है जिसके लिए लिखा गया था, और वह खिसकाव कुछ टूटने तक अदृश्य रहता है।
अंत में, दर्ज करें कि नियम को उसके मालिक घटक के ज़रिए कैसे हटाया जाए, और नोट से रहस्य बाहर रखें। किसी सेवा और मार्ग का वर्णन करने में कभी निजी कुंजी, पासवर्ड या किसी का ब्राउज़िंग इतिहास ज़रूरी नहीं होता, और एक छोटी रखरखाव वाली सूची उस अस्थायी नियम से बेहतर है जो उसे लिखने वाले व्यक्ति से अधिक जी गया।