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