दूसरा VPN शुरू करने पर पहले की स्थिति बदल जाती है

दो क्लाइंट, दो कनेक्टेड आइकन, और यह विश्वास कि ट्रैफ़िक अब दोनों से गुज़रता है। इस विश्वास की तुलना इससे करें कि हर प्लेटफ़ॉर्म वास्तव में क्या अनुमति देता है। फ़ोन में आम तौर पर VPN सेवा के लिए ठीक एक जगह होती है; डेस्कटॉप पर कई क्लाइंट चल सकते हैं जो एक ही रूट और एक ही रिज़ॉल्वर के लिए लड़ते हैं। इन दो स्थितियों का अंतर VPN के गिरने की ज़्यादातर रिपोर्टों को समझाता है जब कोई दूसरा शुरू होता है।

आइकन प्रक्रियाओं का वर्णन करते हैं, श्रृंखला का नहीं।

फ़ोन पर एक जगह, डेस्कटॉप पर कई दावेदार

Android पर प्लेटफ़ॉर्म प्रति उपयोगकर्ता प्रोफ़ाइल एक सक्रिय VPN के साथ VPN सेवा मॉडल देता है, इसलिए दूसरा शुरू करने से पहला रुक जाता है। यह सिस्टम अपना ही नियम लागू कर रहा है, किसी भी क्लाइंट में कोई गड़बड़ी नहीं है। डेस्कटॉप पर कई क्लाइंट एक साथ चल सकते हैं, और फिर वे रूटिंग टेबल, नीति नियमों, रिज़ॉल्वर कॉन्फ़िगरेशन और वर्चुअल इंटरफ़ेस के लिए प्रतिस्पर्धा करते हैं। दोनों नतीजे प्लेटफ़ॉर्म के डिज़ाइन के मुताबिक काम करना है।

इनमें से कोई भी नतीजा अपने आप में नेस्टेड टनल नहीं बनाता। श्रृंखला के लिए एक टनल को दूसरे के एन्क्रिप्टेड पैकेट ले जाने होते हैं, और यह एक आर्किटेक्चर है, क्रम का संयोग नहीं।

दूसरा क्लाइंट क्या ओवरराइट करता है

दूसरा क्लाइंट आम तौर पर एक डिफ़ॉल्ट रूट इंस्टॉल करता है, अपने नियम जोड़ता है और अपना रिज़ॉल्वर लागू करता है। पहला ट्रैफ़िक के बिना एक प्रक्रिया के रूप में बच सकता है, या ऐसा रूट रख सकता है जो अब नहीं जीतता। डोमेन-विशिष्ट रूट आमतौर पर शिकार होते हैं, इसीलिए कुछ गंतव्य काम करते रहते हैं जबकि अन्य विफल हो जाते हैं। दिखने वाला लक्षण डिस्कनेक्ट है, और असली स्थिति आंशिक प्रतिस्थापन है।

एक्ज़िट-IP जाँच यह नहीं बताएगी। यह एक गंतव्य के लिए एक पता बताती है और इस बारे में कुछ नहीं कहती कि कौन से रूट ओवरराइट हुए या अब कौन सा रिज़ॉल्वर जवाब देता है। नुकसान देखने के लिए रूटिंग टेबल और रिज़ॉल्वर की स्थिति पढ़ें।

नेस्टिंग एक डिज़ाइन है, क्लिक का क्रम नहीं

अगर नेस्टिंग का इरादा है, तो हर एंडपॉइंट का बाहरी पथ, उसकी विफलता नीति और MTU पर पड़ने वाले परिणाम लिखें। तय करें कि जब बाहरी टनल गिरे और भीतरी अब भी खुद को जुड़ा हुआ माने तब क्या होगा। भाग्यशाली क्रम में क्लाइंट शुरू करना कोई कॉन्फ़िगरेशन नहीं है, क्योंकि अगला अपडेट या फिर से कनेक्ट होना उन्हें फिर से क्रम में लगाता है। नेस्टेड व्यवस्था को किसी भी अन्य टोपोलॉजी जितनी ही देखभाल चाहिए।

जब एक कनेक्शन काम के लिए और दूसरा निजी हो, तो प्लेटफ़ॉर्म जिस भी अलगाव या प्रबंधित व्यवस्था का समर्थन करता है उस पर भरोसा करें। कॉर्पोरेट नियंत्रणों को उखाड़ फेंकना अलगाव की रणनीति नहीं है।

आइकन से नहीं, ऐप्लिकेशन से जाँचें

जो ऐप्लिकेशन वास्तव में मायने रखते हैं, उन्हें हर उस संदर्भ से आज़माएँ जिसमें आप उनका उपयोग करना चाहते हैं, और परीक्षण में रिज़ॉल्वर का व्यवहार और फिर से कनेक्ट होना शामिल करें। अंतिम एक्ज़िट पता हर ओवरराइट किए गए रूट को पहचान नहीं सकता, और हरा आइकन उनमें से किसी को भी पहचान नहीं सकता। कनेक्शन का मालिक कौन है और वास्तव में कौन सा संयोजन समर्थित है, यह लिखें।

अगर कोई उत्पाद स्पष्ट रूप से किसी दूसरे के साथ सहअस्तित्व का समर्थन नहीं करता, तो यादृच्छिक रूट या अनुमति परिवर्तन रखरखाव योग्य तैनाती नहीं बनाएगा। यह ऐसी तैनाती बनाएगा जो अगले अपडेट तक काम करे।

लिखें कि डिफ़ॉल्ट रूट का मालिक कौन सा क्लाइंट है, कौन सा रिज़ॉल्वर जवाब देता है, और जब हर एक रुकता है तब क्या होता है।