OpenVPN मा एउटा एप चेक गर्नुभयो? सूचीको आधारले निर्णय गर्छ
एउटै चेक गरिएको प्याकेजले सूचीको आधारअनुसार समावेश वा बहिष्कार अर्थ दिन्छ। पहिले समावेश-मात्र आधार छान्नुहोस्, पुनः जडान गर्नुहोस्, त्यसपछि पूरै कार्यप्रवाह परीक्षण गर्नुहोस्।
चेकबक्स पूरै निर्णय जस्तो देखिन्छ, र Android मा त्यस्तो छैन। एउटै चेक गरिएको प्याकेजले समावेश-मात्र आधारमा “यो एपले मात्र VPN प्रयोग गर्छ” भन्ने, र छानिएका बहिष्कार गर्ने आधारमा “यो एपले VPN छोड्छ” भन्ने अर्थ दिन्छ। मानिसहरू क्लाइन्ट स्थापना गर्छन्, अनुमत एपहरू भन्ने लेबल भएको सूची भेट्छन्, आफूलाई चाहिने एउटा प्याकेज चेक गर्छन्, र उल्टो काम गर्ने नीति लिएर जान्छन्। क्लाइन्ट बदल्नु विरलै सहयोग गर्छ; सूची छुनुअघि आधार छान्नु सहयोग गर्छ।
आधार नै नीति हो, चेकबक्स होइन
Android को VpnService अन्तर्गत, क्लाइन्टले addAllowedApplication वा addDisallowedApplication प्रयोग गरी प्रति-एप राउटिङ कन्फिगर गर्छ। पहिलोले टनेललाई सूचीका प्याकेजमा सीमित गर्छ, दोस्रोले तीबाहेक सबैलाई टनेलबाट पठाउँछ। क्लाइन्टहरू दुवैलाई लगभग उस्तै देखिने UI मा बेर्छन्, र केहीले खण्डलाई मोडको सट्टा सूचीले लेबल गर्छन्, त्यसैले खण्डको शीर्षकले मात्र कुन आधार सक्रिय छ भन्न सक्दैन।
सूचीमाथिको मोड नियन्त्रण पढ्नुहोस्, शीर्षक होइन। अपस्ट्रिम OpenVPN for Android क्लाइन्टमा अनुमत एपहरूको सूचीमा समावेश-मात्र र छानिएका बहिष्कार गर्ने आधार हुन्छ, र ब्रान्डेड बिल्डले दुवैलाई फरक रूपमा लेख्दा पनि ती दुई व्यवहार कायम राख्न सक्छ। अर्को क्लाइन्टको वा त्यही क्लाइन्टको पुरानो संस्करणको स्क्रिनसट, तपाईं कुन मोडमा हुनुहुन्छ भन्ने प्रमाण होइन।
| What the client shows | What a checked app gets |
|---|---|
| Allowed apps, include-only baseline | The app uses the tunnel; unchecked apps do not |
| Allowed apps, exclude-selected baseline | The app bypasses the tunnel; everything else uses it |
| No list configured | Client or profile default, commonly all apps |
त्यो तालिका नै सम्पूर्ण भ्रम हो। एप चेक गर्नु एउटा प्याकेजबारे कथन हो; त्यो कथन “समावेश” हो वा “बहिष्कार” हो भन्ने आधारले निर्णय गर्छ।
पहिले मोड, त्यसपछि प्याकेज
यही क्रममा काम गर्नुहोस्, किनकि एउटा आधारमा गरिएको छनोट मोड परिवर्तनपछि पनि टिकिरहन सक्छ र यसको प्रभाव चुपचाप उल्टाउन सक्छ:
- साँचो प्याकेज र त्यो व्यक्तिगत वा कार्य-प्रोफाइल प्रत हो भनी पहिचान गर्नुहोस्।
- तपाईं जडान हुने ठ्याक्कै त्यो VPN प्रोफाइलको एप-छनोट सेटिङ खोल्नुहोस्।
- अर्थ “छानिएका एपले मात्र VPN प्रयोग गर्छन्” हुने आधार सेट गर्नुहोस्।
- चाहिएको प्याकेज समावेश गर्नुहोस् र असम्बन्धित एपहरू सेटबाहिर राख्नुहोस्।
- क्लाइन्टले नयाँ सूचीसँगै इन्टरफेस पुनः बनाओस् भनी पुनः जडान गर्नुहोस्।
प्याकेजजत्तिकै प्रोफाइल पनि महत्त्वपूर्ण छ। क्लाइन्टसँग धेरै प्रोफाइल हुन सक्छन्, र प्रति-एप छनोट तपाईं वास्तवमै जडान हुने प्रोफाइलको हुन्छ; कहिल्यै नप्रयोग गरिएको प्रोफाइल सम्पादन गर्दा केही पनि बदलिँदैन। व्यवस्थापित यन्त्रमा, कार्य-प्रोफाइल छुट्टै प्रयोगकर्ता हो र यसको आफ्नै एप प्रत र आफ्नै नीति हुन्छ, त्यसैले व्यक्तिगत प्रत टनेलभित्र छ भन्ने कुराले कार्य-प्रतबारे केही भन्दैन।
नतिजा मूल्याङ्कन गर्नुअघि पुनः जडान गर्नुहोस्
VpnService ले टनेल इन्टरफेस स्थापना हुँदा एप-सूचीहरू पढ्छ। चलिरहेको टनेलले सूचीको सम्पादन अनिवार्य रूपमा लिँदैन, र क्लाइन्टहरू स्वतः पुनः बनाउँछन् वा तपाईंले विच्छेद गरी पुनः जडान गर्ने प्रतीक्षा गर्छन् भन्नेमा फरक पर्छ।
परिवर्तनले केही नगरेजस्तो देखिएमा, सूचीमाथि शङ्का गर्नुअघि पुनः जडान परीक्षण गर्नुहोस्। त्यसपछि पहिले नै खुला भएको पृष्ठ पुनः लोड गर्नुको सट्टा नयाँ अनुरोध गर्नुहोस्: स्थापित जडान कायम राख्ने एप कमजोर परीक्षण-विषय हो, र तपाईंले देख्ने नतिजा पुरानो इन्टरफेसको हुन सक्छ।
तपाईंको कार्यप्रवाह एपबाट बाहिर जान सक्छ
एपले साइन-इनका लागि ब्राउजर, कागजात हेर्ने उपकरण वा साझेदारी लक्ष्यलाई काम सुम्पन सक्छ। समावेश-मात्र आधारमा ती सहायक टनेलबाहिर हुन्छन्, त्यसैले पहिलो एप ठीकसँग कन्फिगर भए पनि कार्यप्रवाह बीचैमा असफल हुन सक्छ। कार्यप्रवाहलाई साँच्चै आवश्यक भएमा मात्र सहायक समावेश गर्नुहोस्, र डेमोमा पत्ता लगाउनुको सट्टा जानाजानी थप्नुहोस्।
प्रति-एप छनोटले जडानको आफ्नै मार्ग नीति प्रतिस्थापन गर्दैन। प्रोफाइलले अझै एपले प्रयोग गर्ने गन्तव्य उपसर्ग र ठेगाना परिवार बोक्नुपर्छ, र गेटवेले अझै सेवालाई अनुमति दिनुपर्छ। ठीकसँग सूचीमा परेको एप पनि पुग्न नसकिने गन्तव्य भएमा गलत कन्फिगर गरिएको सूचीजस्तै देखिन्छ।
दुवै पक्ष परीक्षण गर्नुहोस्, त्यसपछि नीति लेख्नुहोस्
समावेश गरिएको एपमा एउटा नयाँ अनुरोध र बाहिर रहनुपर्ने एपमा अर्को परीक्षण गर्नुहोस्। निकास ठेगाना र निजी स्रोतमा पहुँच तुलना गर्नुहोस्, त्यसपछि पुनः जडानपछि दोहोर्याउनुहोस्। तपाईंको संस्थाले Android को VPN बिना जडान रोक्ने नीति प्रयोग गर्छ भने, बहिष्कृत एप सिधै जानुको सट्टा पूर्ण रूपमा रोकिन सक्छ; त्यो नीति काम गरिरहेको हो, वरिपरि घुम्नुपर्ने त्रुटि होइन।
मोड, प्रोफाइलसहित प्याकेज नामहरू, कुन एपहरू बाइपास गर्नुपर्छ, टनेलले कुन ठेगाना परिवार बोक्छ, र टनेल बन्द हुँदा के हुनुपर्छ लेख्नुहोस्। क्लाइन्टले कार्यप्रवाह सफासँग व्यक्त गर्न सक्दैन भने, root तहमा फायरवाल नियम सम्पादन गर्नुको सट्टा (त्यो Android ले समर्थन गर्ने प्रति-एप संयन्त्रको भाग होइन) फराकिलो स्वीकृत एप सेट वा व्यवस्थापित प्रोफाइल नीति छान्नुहोस्।