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 जस्तो देखिन्छ।
परीक्षण गर्नुहोस्, फेरि परीक्षण गर्नुहोस्, र हटाउने चरण लेख्नुहोस्
अनुमति दिइएको मार्गका लागि एउटा हानिरहित परीक्षण र नजिकैको एउटा अस्वीकृत अवस्था लेख्नुहोस्: प्रिन्टर पृष्ठ लोड हुन्छ र त्यही सबनेटको फाइल साझेदारी हुँदैन। त्यो जोडीले अपवाद साँघुरो छ भनी प्रमाणित गर्छ, र मूल अनुरोध नबुझी समीक्षकले दोहोर्याउन सक्ने जोडी त्यही हो। त्यसपछि पुनःपरीक्षणका ट्रिगरहरू तोक्नुहोस्, किनभने कहिल्यै फेरि नपरीक्षण गरिएको अपवाद आफूले लेखिएको आवश्यकताबाट टाढा सर्छ, र त्यो टाढा सर्ने कुरा केही नबिग्रिएसम्म अदृश्य रहन्छ।
अन्तमा, नियमलाई त्यसको मालिक कम्पोनेन्टमार्फत कसरी हटाउने भनेर अभिलेख गर्नुहोस्, र गोप्य कुराहरू नोटबाहिर राख्नुहोस्। सेवा र मार्गको वर्णन गर्न कहिल्यै निजी कुञ्जी, पासवर्ड वा कसैको ब्राउजिङ इतिहास आवश्यक पर्दैन, र छोटो रेखदेख गरिएको सूची त्यो लेख्ने व्यक्तिभन्दा लामो बाँचेको अस्थायी नियमभन्दा राम्रो हुन्छ।