एका फोनवर दोन VPN: ॲप्सची संख्या नाही, रचना निवडा

दोन VPN वापरणे ही एकच विनंती नाही। याचा अर्थ दोन संस्थांपर्यंत एकामागून एक पोहोचणे, कामाची आणि वैयक्तिक ॲप्स वेगळी ठेवणे, किंवा एक बोगदा दुसऱ्याच्या आत चालवणे असा होऊ शकतो। Android या तीनही प्रकरणांना पूर्णपणे वेगळ्या पद्धतीने हाताळतो, आणि फोनवर स्थापित केलेल्या VPN ॲप्सची संख्या ही स्थापत्यशास्त्र नाही। त्यांना वेगळे करणारा प्रश्न सोपा आहे: एकाच ॲपसाठी त्याच क्षणी दोन मार्ग असणे आवश्यक आहे का?

तीन रचना, एक प्रश्न

दोन नेटवर्क वेगवेगळ्या वेळी वापरली जातात म्हणून उत्तर नाही असेल, तर तुम्हाला जाणीवपूर्वक स्विचिंग हवे आहे। ॲप्स स्वतःच वेगळे आहेत म्हणून उत्तर नाही असेल, तर तुम्हाला प्रोफाइल वेगळे करणे हवे आहे, ज्यामध्ये प्रत्येक ॲप तिच्या बोगद्याच्या मालकीच्या संदर्भात बसते। उत्तर होय असेल, आणि एका मार्गाने दुसऱ्याला भौतिकरित्या वाहून न्यायचे असेल, तर तुम्हाला साखळी हवी आहे, आणि तीनपैकी क्रम रचनेचा भाग असलेले हे एकमेव आहे।

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

एका वापरकर्ता संदर्भात स्विचिंग

Android प्रत्येक वापरकर्त्यासाठी एक सक्रिय VPN सेवा परवानगी देतो। त्याच संदर्भात दुसरे VPN ॲप सुरू केल्यास पहिले बदलले जाते किंवा सरळ नाकारले जाते; ते दोन्ही मार्ग संच कधीही एकत्र करत नाही, आणि त्यांचे एन्क्रिप्शन निश्चितपणे एकावर एक ठेवत नाही। एका वापरकर्त्याच्या आत दोन बोगदे हा क्रम असतो, बेरीज नाही।

प्रवेश खरोखर क्रमिक असेल तेव्हा हे व्यवहार्य आहे। सक्रिय कोणते हे स्पष्ट होईल अशी प्रोफाइलना नावे द्या, स्विच करण्यापूर्वी संवेदनशील सर्व पूर्ण करा, आणि दोन्हीपैकी कोणताही मार्ग पूर्णपणे प्रस्थापित नसलेल्या छोट्या खिडकीची अपेक्षा करा। ब्राउझर टॅब बंद करणे हे सत्र संपवण्यासारखे नाही: टॅब तिच्या खात्याची स्थिती ठेवून पुढील विनंती नव्याने निवडलेल्या नेटवर्कवर पाठवू शकते, आणि लोकांना नंतर जाणवणारी गळती तीच असते।

स्विचिंग तुम्हाला जे देऊ शकत नाही ते म्हणजे एकाच वेळी दोन्ही नेटवर्कवर असलेले यंत्र। ॲपला दोन्ही बाजूंकडून खाजगी पत्ता हवा असेल, तर कोणत्याही क्लायंट शिस्तीने तो तयार होणार नाही।

प्रोफाइलनुसार वेगळे करणे

व्यवस्थापित कामाचे प्रोफाइल म्हणजे स्वतःची ॲप्स, कीस्टोअर आणि नेटवर्क धोरण असलेला वेगळा वापरकर्ता। कामाचा मेल क्लायंट संस्थेचा बोगदा वापरू शकतो, तर वैयक्तिक ब्राउझर वैयक्तिक बोगदा वापरतो, आणि दोन्ही एकाच वेळी जोडलेले असू शकतात कारण ते जागेसाठी स्पर्धा करणाऱ्या एकाच संदर्भात नाहीत।

वेगळे करणे हीच सीमा आहे। वैयक्तिक ब्राउझर कामाचा बोगदा उधार घेत नाही, कामाचे DNS प्रत्यय पाहत नाही, आणि दोन्ही सेवा जोडलेल्या दिसतात म्हणूनच कामाच्या नेटवर्कपर्यंत पोहोचत नाही। कोणी लिंक उघडत नाही असे सांगितल्यास, दोन्हीपैकी कोणत्याही VPN ला स्पर्श करण्यापूर्वी ॲपची कोणती प्रत ती हाताळली आणि कोणते प्रोफाइल ते खाते सांभाळते हे तपासा।

सीमेला स्थिर माना। नियोक्त्याच्या मार्गनिर्धारण निर्णयाला चकवण्यासाठी दुसरे प्रोफाइल तयार करणे किंवा कामाचे प्रोफाइल काढणे हे रचना कार्यान्वित करणाऱ्या वेगळे करण्याचाच नाश करते, आणि व्यवस्थापित उपकरणावर ते सहसा संरचना बदल नसून धोरणाचे उल्लंघन असते।

क्रम हीच रचना असलेली साखळी

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

कोण काय पाहतो हे समजून घ्या। बाह्य पुरवठादार आंतरिक अंतिम बिंदूकडे जाणारे जोडणी पाहतो। आंतरिक पुरवठादार बाह्य निर्गमातून फोनची वाहतूक घेतो आणि पुढे पाठवतो। अंतिम गंतव्य सहसा आंतरिक सेवेचे निर्गम पाहते, आणि साखळीभर कोणताही पुरवठादार आंधळा नाही; ॲप खाती मार्ग कोणताही असो वापरकर्त्याची ओळख पटवतात।

व्यावहारिक खर्चाची अपेक्षा करा। प्रत्येक स्तर एन्कॅप्स्युलेशन जोडतो, त्यामुळे प्रभावी MTU घटतो आणि एका बोगद्यासाठी योग्य असलेले मूल्य आता आंतरिक बोगद्याचे MTU सावधपणे सेट होईपर्यंत तुकडे होते किंवा अडकते। दोन स्तर म्हणजे दोन अपयश अवलंबित्वे आणि दोन जिवंत ठेवणारे संदेश संच, आणि हानी असलेल्या बाह्य दुव्यावरील TCP-आधारित आंतरिक बोगदा मृत सर्व्हरसारखा दिसणाऱ्या पद्धतीने अडकू शकतो।

सर्वात महत्त्वाचे म्हणजे, साखळी दोन खाजगी नेटवर्क एकत्र करत नाही। मार्ग, आच्छादित प्रीफिक्स, DNS निराकरण आणि प्रवेश नियम स्वतंत्र निर्णयच राहतात, आणि एक VPN वाहणारा राउटर फोन दुसरा वाहत असताना फोनला दोन्ही पत्ता-स्थळे देत नाही।

डीबग करण्यापूर्वी रचना तपासा

रचना एका वाक्यात लिहा आणि अयशस्वी झालेल्या ॲपवर ती तपासा। क्रमिक प्रवेशाने एका वेळी एक बोगदा दाखवावा; प्रोफाइल वेगळे करण्याने प्रत्येक ॲप तिच्या स्वतःच्या वापरकर्त्यात दाखवावे; साखळीने आंतरिक बोगदा भौतिकाऐवजी बाह्य इंटरफेसवर प्रस्थापित होत असल्याचे दाखवावे।

adb shell ip -br addr
adb shell ip route get 10.20.0.8
adb shell dumpsys connectivity | grep -i vpn

ॲप बोगद्याची अपेक्षा करत असताना मार्ग शोध भौतिक इंटरफेसचे नाव घेत असेल, तर रचना आणि ॲप संदर्भ जुळत नाहीत, आणि कोणतेही अतिरिक्त VPN ॲप त्यांना जुळवून देणार नाही। तुम्हाला मार्गनिर्धारणाऐवजी धोरणाचा तपशील हवा असेल, तर व्यवस्थापित प्रोफाइलची माहिती वेगळे करण्याचे नियम समाविष्ट करते।