OpenVPN में एक ऐप चुना? सूची का आधार तय करता है
वही चुना हुआ पैकेज सूची के आधार के अनुसार शामिल करना या छोड़ना दर्शाता है। पहले केवल-शामिल चुनें, फिर से कनेक्ट करें और फिर पूरा कार्यप्रवाह जाँचें।
चेकबॉक्स पूरे फैसले जैसा लगता है, और Android पर ऐसा नहीं है। वही चुना हुआ पैकेज केवल-शामिल आधार पर “केवल यही ऐप VPN इस्तेमाल करता है” और चुने हुओं को छोड़ने वाले आधार पर “यह ऐप VPN से बचता है” दोनों का अर्थ रखता है। लोग क्लाइंट इंस्टॉल करते हैं, अनुमत ऐप्स नाम की सूची पाते हैं, अपने लिए अहम उस एक पैकेज को चुनते हैं और ऐसी नीति के साथ चले जाते हैं जो उल्टा करती है। क्लाइंट बदलने से शायद ही मदद मिलती है; सूची छूने से पहले आधार चुनने से मदद मिलती है।
नीति आधार है, चेकबॉक्स नहीं
Android के VpnService के साथ क्लाइंट addAllowedApplication या addDisallowedApplication से प्रति-ऐप रूटिंग कॉन्फ़िगर करता है। पहला टनल को सूचीबद्ध पैकेजों तक सीमित करता है, दूसरा उनके अलावा सब कुछ टनल से भेजता है। क्लाइंट दोनों को ऐसे इंटरफ़ेस में लपेटते हैं जो लगभग एक जैसा दिख सकता है, और कुछ अनुभाग का नाम मोड के बजाय सूची के अनुसार रखते हैं, इसलिए अकेला अनुभाग शीर्षक नहीं बता सकता कौन-सा आधार सक्रिय है।
सूची के ऊपर का मोड नियंत्रण पढ़ें, शीर्षक नहीं। मूल 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 ऐप सूचियाँ पढ़ता है। चालू टनल ज़रूरी नहीं कि सूची का संपादन उठा ले, और क्लाइंट इस बात में अलग हैं कि वे अपने आप दोबारा बनाते हैं या आपके डिस्कनेक्ट-पुनः कनेक्ट की प्रतीक्षा करते हैं।
अगर बदलाव कुछ नहीं करता दिखे, तो सूची पर शक करने से पहले पुनः कनेक्शन जाँचें। फिर पहले से खुले पेज को फिर से लोड करने के बजाय नया अनुरोध करें: स्थापित कनेक्शन बनाए रखने वाला ऐप खराब परीक्षण-विषय है, और आप जो नतीजा देख रहे हैं वह पुराने इंटरफ़ेस का हो सकता है।
आपका कार्यप्रवाह ऐप से बाहर जा सकता है
ऐप साइन-इन के लिए ब्राउज़र को, दस्तावेज़ व्यूअर को या शेयर लक्ष्य को काम सौंप सकता है। केवल-शामिल आधार पर वे सहायक टनल के बाहर होते हैं, इसलिए पहला ऐप सही से कॉन्फ़िगर होने पर भी कार्यप्रवाह आधे रास्ते विफल हो सकता है। सहायक को तभी शामिल करें जब कार्यप्रवाह को उसकी सचमुच ज़रूरत हो, और डेमो के दौरान खोजने के बजाय जानबूझकर जोड़ें।
प्रति-ऐप चयन कनेक्शन की अपनी रूट नीति की जगह भी नहीं लेता। प्रोफ़ाइल को अब भी ऐप द्वारा इस्तेमाल किए जाने वाले गंतव्य प्रीफ़िक्स और पता-परिवार ले जाने होते हैं, और गेटवे को अब भी सेवा की अनुमति देनी होती है। सही ढंग से सूचीबद्ध ऐप, अगम्य गंतव्य के साथ, गलत कॉन्फ़िगर सूची जैसा ही दिखता है।
दोनों पक्ष जाँचें, फिर नीति लिख लें
शामिल ऐप में एक नया अनुरोध और बाहर रहने वाले ऐप में एक अनुरोध जाँचें। निकास पता और निजी संसाधन तक पहुँच की तुलना करें, फिर पुनः कनेक्शन के बाद दोहराएँ। अगर आपका संगठन VPN के बिना कनेक्शन अवरुद्ध करने की Android नीति इस्तेमाल करता है, तो छोड़ा गया ऐप सीधे जाने के बजाय पूरी तरह अवरुद्ध हो सकता है; यह नीति का काम करना है, टालने लायक खराबी नहीं।
मोड, प्रोफ़ाइल के साथ पैकेज के नाम, कौन-से ऐप्स बचने चाहिए, टनल कौन-से पता-परिवार ले जाता है, और टनल बंद होने पर क्या होना चाहिए—यह सब दर्ज करें। अगर क्लाइंट कार्यप्रवाह साफ़ तौर पर व्यक्त नहीं कर सकता, तो रूट स्तर पर फ़ायरवॉल नियम संपादित करने के बजाय व्यापक अनुमत ऐप-सेट या प्रबंधित-प्रोफ़ाइल नीति चुनें, जो Android की समर्थित प्रति-ऐप कार्यविधि का हिस्सा नहीं है।