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 च्या समर्थित प्रति-ॲप यंत्रणेचा भाग नाही) अधिक रुंद मंजूर ॲप संच किंवा व्यवस्थापित प्रोफाइल धोरण निवडा।