तुम्हाला एक घरगुती सेवा उपलब्ध हवी आहे, तर उर्वरित सर्वांसाठी VPN लागू राहतो. आकर्षक सेटिंग म्हणजे प्रत्येक खाजगी पत्ता व्यापणारा स्थानिक-मार्ग अपवाद, आणि ते चुकीचे नियंत्रण आहे: पुढील हॉटेल किंवा कॅफे नेटवर्कवर ते प्रतिसाद देणाऱ्या कोणत्याही गोष्टीचे बायपासमध्ये रूपांतर करू शकते. हा रनबुक अपवाद एका सेवेपुरता मर्यादित करतो आणि तो मोडणाऱ्या संक्रमणांमध्ये तो सिद्ध करतो.

अपवाद सबनेट नाही, सेवा म्हणून परिभाषित करा

अ‍ॅप, गंतव्याचे होस्टनाव आणि पत्ता, प्रोटोकॉल आणि पोर्ट, ज्या नेटवर्कमध्ये परवानगी आहे, आणि सेवा स्वतः करते ती ओळख पडताळणी नोंदवा. प्रमाणीकरण असलेल्या NAS साठी योग्य मशीन गाठल्याचे प्रमाणपत्र किंवा खाते सिद्ध करते. 192.168.0.0/16 मधील पत्ता काहीही सिद्ध करत नाही, कारण प्रत्येक घरगुती राउटर तेच उपसर्ग वाटतो.

जवळ म्हणजे काय हेही ठरवा. राउटेड VLAN वरील सेवा फोनशी थेट जोडलेल्या सबनेटवर नसते, आणि पाहुणे Wi-Fi घरासोबत तोच खाजगी उपसर्ग सामायिक करूनही पूर्णपणे वेगळे मशीन असू शकते. अपवादाने सेवा आणि पर्यावरणाचे नाव घ्यावे, केवळ पत्त्यांची श्रेणी नाही.

प्लॅटफॉर्म नियंत्रण गरजेशी जुळते याची खात्री करा

Android चा IKEv2 प्रोफाइल बिल्डर setLocalRoutesExcluded(true) देतो, आणि त्याची कागदपत्रे बायपास करता येणारा VPN मागतात: क्लायंटने रहदारी टनेलच्या बाहेर जाऊ दिली तरच अपवाद अर्थपूर्ण ठरतो. तीच कागदपत्रे इशारा देतात की अंतर्निहित नेटवर्क अपवादावर परिणाम करणारे मार्ग देऊ शकते, म्हणून सेटिंग तुम्ही विश्वास ठेवता त्या नेटवर्कऐवजी तुम्ही जोडले जाता त्या नेटवर्कचे अनुसरण करते.

प्रत्येक लॉकडाउन किंवा व्यवस्थापित संरचना वापरकर्त्याला तोच अपवाद सक्षम करू देईल असे आश्वासनही नाही. मार्ग अपवाद, बायपास-क्षमता ध्वज आणि उपकरण अवरोध धोरण वेगवेगळे नियंत्रण आहेत, आणि व्यवस्थापित उपकरण तिसरे प्रतिबंधित करून पहिल्या दोनांना परवानगी देऊ शकते. चेकबॉक्सभोवती रचना करण्यापूर्वी स्थापित प्रोफाइल आणि व्यवस्थापन धोरण तपासा.

रनबुक: अपवाद तयार करा आणि लागू करा

पायरी 1: तैनातीसाठी समर्थित मार्गाने प्रोफाइल तयार करा, एकतर व्यवस्थापित संरचना किंवा क्लायंट बिल्डर. पायरी 2: VPN बायपास-योग्य म्हणून चिन्हांकित करा, कारण स्थानिक-मार्ग अपवाद त्याशिवाय प्रभावी नाही. पायरी 3: स्थानिक-मार्ग अपवाद सक्षम करा. पायरी 4: सेवेचे स्वतःचे प्रमाणीकरण आणि प्रमाणपत्र पडताळणी सक्षम ठेवा; अपवाद मार्गनिर्देशनाबद्दल आहे, विश्वासाबद्दल नाही. पायरी 5: जतन करा आणि पुन्हा जोडा जेणेकरून प्रोफाइल लागू होईल.

परतावा तोच मार्ग उलट क्रमाने आहे: अपवाद पुसा, नंतर बायपास-क्षमता पुसा, नंतर पुन्हा जोडा. उपकरणावर थेट मार्ग किंवा फायरवॉल हुक पॅच करू नका. नेटवर्क डेमन त्या नियमांचा मालक आहे, आणि हाताने केलेला नियम दुसरे पत्ता-कुटुंब, पुनर्जोडणी किंवा नेटवर्क संक्रमण चुकवू शकतो. स्थापित संरचना धोरण व्यक्त करू शकत नसेल, तर मालक दुसरी रचना मंजूर करेपर्यंत कडक अडवणूक ठेवा.

महत्त्वाची चार प्रकरणे तपासा

हानिकारक नसलेल्या विनंत्या वापरा आणि प्रत्येक प्रकरण चालवण्यापूर्वी अपेक्षित निकाल लिहा. खालील मॅट्रिक्स स्वीकृती चाचणी आहे, सूचना नाही: नाकारलेले कोणतेही प्रकरण यशस्वी झाले, तर अपवाद धोरणापेक्षा विस्तृत आहे.

CaseNetworkDestinationExpected
1. Approved serviceHome Wi-FiThe NASReachable and authenticated
2. Other local deviceHome Wi-FiA printerDenied by VPN policy
3. Same private prefixHotel or cafe Wi-Fi192.168.1.10Denied
4. TransitionVPN drop, Wi-Fi to cellularThe NASNo silent direct path

प्रकरण 3 हे विस्तृत खाजगी सबनेट बायपास पकडते, आणि प्रकरण 4 फक्त जोडणीच्या वेळी अपवाद लागू केलेल्या क्लायंटला पकडते. VPN तोडलेले आणि फोन मोबाइल नेटवर्कवर नेलेल्या स्थितीत प्रकरण 4 चालवा, नंतर पुन्हा जोडा आणि अपवाद रीबूटशिवाय परत येतो याची खात्री करा. स्थानिक-मार्ग API संदर्भ पायरी 2 अनिवार्य करणारी बायपास-अट सांगतो.

अपवाद नोंदवा आणि पुनरावलोकन करा

ठेवलेल्या नोंदीत सेवा, तिला न्याय देणारे पर्यावरण, मालक आणि तारीख असावी. स्थानिक म्हणजे मार्गनिर्देशन संबंध, विश्वासाची पातळी नाही, आणि फोन पुढे ज्या नेटवर्कला जोडेल ते अपवाद मंजूर झालेले नेटवर्क नाही.

OS अद्ययावत, क्लायंट अद्ययावत किंवा स्थलांतरानंतर नोंदीचे पुनरावलोकन करा. अपवाद नूतनीकृत होताच प्रत्येक वेळी प्रकरण 3 पुन्हा चालवा, कारण एकदा बायपास एका सेवेपुरता मर्यादित करणारे प्रोफाइल एका डीफॉल्ट बदलाने विस्तारू शकते.

संबंधित लेख