Android मा घरायसी LAN का लागि VPN अपवाद: एउटा सेवाका लागि रनबुक

तपाईं एउटा घरायसी सेवा पहुँचयोग्य राख्न चाहनुहुन्छ जबकि बाँकी सबैका लागि VPN लागू रहन्छ। प्रलोभन दिने सेटिङ प्रत्येक निजी ठेगाना ढाक्ने स्थानीय-मार्ग अपवाद हो, र त्यो गलत नियन्त्रण हो: अर्को होटल वा क्याफे सञ्जालमा यसले जवाफ दिने जुनसुकै कुरालाई बाइपासमा बदल्न सक्छ। यो रनबुकले अपवादलाई एउटै सेवामा सीमित गर्छ र यसलाई तोड्ने परिवर्तनहरूमा प्रमाणित गर्छ।

अपवादलाई सबनेट होइन, सेवाका रूपमा परिभाषित गर्नुहोस्

एप, गन्तव्यको होस्टनाम र ठेगाना, प्रोटोकल र पोर्ट, अनुमति भएको सञ्जाल, र सेवा आफैले गर्ने पहिचान जाँच नोट गर्नुहोस्। प्रमाणीकरण भएको NAS का लागि सही मेसिनमा पुगेको प्रमाणपत्र वा खाताले प्रमाणित गर्छ। 192.168.0.0/16 भित्रको ठेगानाले केही प्रमाणित गर्दैन, किनभने हरेक घरायसी राउटरले एउटै प्रिफिक्स बाँड्छ।

नजिकको अर्थ के हो भन्ने पनि तय गर्नुहोस्। राउट गरिएको VLAN मा रहेको सेवा फोनसँग सिधै जोडिएको सबनेटमा हुँदैन, र अतिथि Wi-Fi ले घरसँगै उही निजी प्रिफिक्स साझा गर्दा पनि पूरै फरक मेसिन हुन सक्छ। अपवादले सेवा र वातावरणको नाम लिनुपर्छ, ठेगानाको दायरा मात्र होइन।

प्लेटफर्म नियन्त्रण आवश्यकतासँग मिल्छ भनी पुष्टि गर्नुहोस्

Android को IKEv2 प्रोफाइल बिल्डरले setLocalRoutesExcluded(true) दिन्छ, र यसको कागजातले बाइपास गर्न सकिने VPN माग गर्छ: क्लाइन्टले ट्राफिकलाई सुरुङ बाहिर जान दिएमा मात्र अपवादको अर्थ हुन्छ। त्यही कागजातले आधारभूत सञ्जालले अपवादमा असर पार्ने मार्ग दिन सक्ने चेतावनी दिन्छ, त्यसैले सेटिङले तपाईंले विश्वास गर्ने सञ्जाल होइन, तपाईं जोडिने सञ्जाल पछ्याउँछ।

यो पनि वाचा होइन कि हरेक लकडाउन वा व्यवस्थापित कन्फिगरेसनले प्रयोगकर्तालाई त्यही अपवाद सक्षम गर्न दिन्छ। मार्ग अपवाद, बाइपास क्षमताको झन्डा र यन्त्र अवरोध नीति छुट्टाछुट्टै नियन्त्रण हुन्, र व्यवस्थापित यन्त्रले तेस्रोलाई निषेध गर्दै पहिलो दुईलाई अनुमति दिन सक्छ। चेकबक्सको वरिपरि डिजाइन गर्नु अघि स्थापित प्रोफाइल र व्यवस्थापन नीति जाँच्नुहोस्।

रनबुक: अपवाद बनाउनुहोस् र लागू गर्नुहोस्

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

फर्काउने कार्य त्यही बाटो उल्टो क्रममा हो: अपवाद मेट्नुहोस्, त्यसपछि बाइपास क्षमता मेट्नुहोस्, त्यसपछि फेरि जोडिनुहोस्। यन्त्रमा सिधै मार्ग वा फायरवाल हुक प्याच नगर्नुहोस्। सञ्जाल डेमन ती नियमको मालिक हो, र हातले बनाइएको नियमले अर्को ठेगाना परिवार, पुनःजडान वा सञ्जाल संक्रमण छुटाउन सक्छ। स्थापित कन्फिगरेसनले नीति व्यक्त गर्न नसके, मालिकले अर्को डिजाइन स्वीकृत नगरेसम्म कडा अवरोध कायम राख्नुहोस्।

महत्त्वपूर्ण चार अवस्था परीक्षण गर्नुहोस्

हानिरहित अनुरोध प्रयोग गर्नुहोस् र प्रत्येक अवस्था चलाउनु अघि अपेक्षित नतिजा लेख्नुहोस्। तलको म्याट्रिक्स स्वीकृति परीक्षण हो, सुझाव होइन: अस्वीकृत कुनै अवस्था सफल भए, अपवाद नीतिभन्दा फराकिलो छ।

अवस्था 3 ले फराकिलो निजी सबनेट बाइपास समात्छ, र अवस्था 4 ले जडानको समयमा मात्र अपवाद लागू गर्ने क्लाइन्ट समात्छ। VPN काटिएको र फोन मोबाइल सञ्जालमा सारिएको अवस्थामा अवस्था 4 चलाउनुहोस्, त्यसपछि फेरि जोडिएर अपवाद रिबुट बिना फर्किएको पुष्टि गर्नुहोस्। स्थानीय-मार्ग API सन्दर्भ ले चरण 2 अनिवार्य बनाउने बाइपास सर्त बताउँछ।

अपवाद अभिलेख गर्नुहोस् र समीक्षा गर्नुहोस्

राखिएको अभिलेखले सेवा, त्यसलाई न्यायोचित बनाउने वातावरण, मालिक र मिति नामकरण गर्नुपर्छ। स्थानीय भन्नाले मार्ग सम्बन्ध वर्णन गर्छ, विश्वासको तह होइन, र फोन अर्को पटक जोडिने सञ्जाल अपवाद स्वीकृत भएको सञ्जाल होइन।

OS अद्यावधिक, क्लाइन्ट अद्यावधिक वा स्थानान्तरण पछि अभिलेख समीक्षा गर्नुहोस्। अपवाद नवीकरण हुँदा हरेक पटक अवस्था 3 फेरि चलाउनुहोस्, किनभने एक पटक बाइपासलाई एउटै सेवामा सीमित गर्ने प्रोफाइल एकै पूर्वनिर्धारित परिवर्तनले फराकिलो बनाउन सकिन्छ।