दुसरे VPN सुरू केल्यावर पहिल्याची स्थिती बदलते

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

चिन्हे प्रक्रियांचे वर्णन करतात, साखळीचे नाही।

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

Android वर प्लॅटफॉर्म प्रति वापरकर्ता प्रोफाइल एक सक्रिय VPN असलेले VPN सेवा मॉडेल देते, त्यामुळे दुसरे सुरू केल्यावर पहिले थांबते। ही प्रणाली आपला स्वतःचा नियम लागू करत आहे, कोणत्याही क्लायंटमधील बग नाही। डेस्कटॉपवर अनेक क्लायंट एकाच वेळी चालू राहू शकतात, आणि मग ते राउटिंग टेबल, धोरण नियम, रिझॉल्व्हर कॉन्फिगरेशन आणि व्हर्च्युअल इंटरफेससाठी स्पर्धा करतात। दोन्ही निष्कर्ष प्लॅटफॉर्म रचनेनुसार काम करत असल्याचे आहेत।

यापैकी कोणताही निष्कर्ष स्वतःहून नेस्टेड टनल तयार करत नाही। साखळीसाठी एका टनलने दुसऱ्याचे एन्क्रिप्टेड पॅकेट वाहून नेणे आवश्यक असते, आणि ती एक रचना आहे, क्रमाचा योगायोग नाही।

दुसरा क्लायंट काय ओव्हरराइट करतो

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

एक्झिट-IP तपासणी हे उघड करणार नाही। ती एका गंतव्यासाठी एक पत्ता नोंदवते आणि कोणते मार्ग ओव्हरराइट झाले किंवा आता कोणता रिझॉल्व्हर उत्तर देतो याबद्दल काहीही सांगत नाही। नुकसान पाहण्यासाठी राउटिंग टेबल आणि रिझॉल्व्हरची स्थिती वाचा।

नेस्टिंग ही रचना आहे, क्लिकचा क्रम नाही

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

जेव्हा एक कनेक्शन कामासाठी आणि दुसरे वैयक्तिक असेल, तेव्हा प्लॅटफॉर्म ज्या कोणत्याही अलगीकरणाला किंवा व्यवस्थापित व्यवस्थेला समर्थन देतो त्यावर अवलंबून राहा। कॉर्पोरेट नियंत्रणे उपटून काढणे हे विभाजनाचे धोरण नाही।

चिन्हाने नाही, अनुप्रयोगाने पडताळा

खरोखर महत्त्वाचे अनुप्रयोग तुम्ही वापरण्याचा विचार करत असलेल्या प्रत्येक संदर्भातून तपासा, आणि चाचणीत रिझॉल्व्हरचे वर्तन आणि पुन्हा कनेक्ट होणे समाविष्ट करा। अंतिम एक्झिट पत्ता प्रत्येक ओव्हरराइट झालेला मार्ग ओळखू शकत नाही, आणि हिरवे चिन्ह त्यापैकी एकही ओळखू शकत नाही। कनेक्शनचा मालक कोण आहे आणि प्रत्यक्षात कोणते संयोजन समर्थित आहे ते नोंदवा।

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

कोणता क्लायंट डीफॉल्ट मार्गाचा मालक आहे, कोणता रिझॉल्व्हर उत्तर देतो, आणि प्रत्येक थांबल्यावर काय होते ते लिहा।