हे NetworkManager प्लगइन एकाच वेळी दोन VPN चालवू शकते का?

कनेक्शन यादीत दोन VPN नोंदी आहेत, दोन्ही जोडले आहे असे सांगतात, आणि त्यांपैकी फक्त एकच तुम्ही अपेक्षित असलेला रहदारी वाहून नेते. किंवा दुसरे सुरू होण्यासच नकार देते, आणि दोष प्लगइनचा आहे, क्लायंटचा आहे की विसरलेल्या धोरणाचा हे कोणीही सांगू शकत नाही. एका VPN च्या मर्यादेबद्दलचे दावे विशिष्ट अंमलबजावणी वर्णन करतात, आणि अंमलबजावणी वेगवेगळ्या असतात. आधी क्षमता तपासा, नंतर समन्वय.

आधी जतन केलेल्या प्रोफाइल मोजा, नंतर सक्रियणे

जतन केलेली प्रोफाइल ही कॉन्फिगरेशन वस्तू आहे, आणि सक्रिय कनेक्शन ही चालू असलेली प्रत आहे. यादी दोन्ही संकल्पना दृश्यात्मकरीत्या एकत्र करते, म्हणून दोन्ही अहवाल खरे वाटतात. अचूक वस्तू त्यांच्या UUID सह नाव देऊन सुरुवात करा, कारण दाखवलेले नाव एकमेव नाही आणि जुने आयात अनेकदा नव्या नोंदीसोबत लेबल सामायिक करते. नंतर सक्रिय यादी वेगळी तपासा आणि कोणते UUID दिसतात ते पहा. तेव्हाच तुम्हाला कळेल की तुम्ही दोन कॉन्फिगरेशनची की दोन जिवंत बोगद्यांची तुलना करत आहात.

एकाच UUID ला दोनदा सक्रिय करणे ही तिसरी स्थिती आहे, आणि ती समवर्तीता नाही. ती एका प्रतीचे पुनः सक्रियकरण आहे.

प्लगइनचा स्वतःचा मेटाडेटा वाचा

प्रत्येक VPN प्लगइनसोबत व्यवस्थापक वाचत असलेली छोटी मेटाडेटा फाइल येते, आणि त्या फाइल प्लगइन एकाच वेळी अनेक कनेक्शनना आधार देते का हे जाहीर करू शकतात. अपस्ट्रीम प्रकल्प आता जे लिहितो त्याची पुनरावृत्ती करण्याऐवजी या मशीनवर स्थापित फाइल वाचा, कारण तुमच्याकडे प्रत्यक्षात काय आहे हे वितरण पॅकेज ठरवते. तीच तपासणी प्रत्येक प्रोटोकॉलला लागू होते: एका प्लगइनसाठीचे उत्तर दुसऱ्याबद्दल काहीही सांगत नाही. पॅकेज आवृत्ती निकालासोबत नोंदवा, जेणेकरून पुढील तुलनेला अर्थ असेल.

एका VPN च्या मर्यादेबद्दलचा जुना सल्ला जुन्या एकात्मतेचे वर्णन करत होता. ते कायम खरे नाही आणि स्थिर मानणे सुरक्षित नाही, आणि तुमच्यासमोरची फाइल हे स्थानिक पातळीवर ठरवते.

समवर्ती म्हणजे समन्वयित नाही

दोन प्लगइन यशस्वीरित्या सुरू होणे क्षमता सिद्ध करते, रचना नाही. दोन्ही डीफॉल्ट मार्ग देणारे दोन बोगदे स्पर्धा करतील, आणि ज्याने आपला मार्ग शेवटी स्थापित केला तो सहसा जाहीर न करता जिंकतो. एकमेकांवर चढणाऱ्या खाजगी श्रेणींमध्ये तीच समस्या लहान स्वरूपात आहे.

काहीही सक्रिय करण्यापूर्वी कोणती गंतव्ये कोणत्या प्रोफाइलची आहेत ते ठरवा. प्रोफाइलचे नाव बदलल्याने गंतव्ये वेगळी होत नाहीत.

DNS विजेता निवडते, तुम्ही करा किंवा करू नका

रिझोल्व्हरची सेटिंग्ज प्रत्येक प्रोफाइलसाठी असतात, आणि दोन सक्रिय असताना निराकरणाचा क्रम हेतूने नव्हे तर धोरण आणि प्राधान्याने ठरतो. शेवटी वर आलेली प्रोफाइल प्रत्येक कॉर्पोरेट नावाची शांतपणे मालक होऊ शकते.

प्रत्येक खाजगी नावाची जागा तिला उत्तर द्यायच्या रिझोल्व्हरला द्या, आणि क्रमावर अवलंबून राहण्याऐवजी मार्गप्राधान्य जाणीवपूर्वक ठेवा. नंतर दोन्ही बोगदे वर असताना प्रत्येक जागेतून एक नाव तपासा, आणि त्यांपैकी एक डिस्कनेक्ट करून पुन्हा तपासा. दोन्ही बोगदे वर असतानाच चालणारा रिझोल्व्हर ही अशी रचना आहे जी सर्वात वाईट क्षणी कोणालातरी चकित करेल.

ठराविक क्रमाने रोल आउट करा आणि मध्ये तपासा

एक प्रोफाइल सक्रिय करा, तिची मार्ग आणि रिझोल्व्हर स्थिती तपासा, नंतर दुसरी सक्रिय करा आणि पुन्हा तपासा. दोन्ही स्थितींची तुलना काय बदलले आणि कोणत्या प्रोफाइलकडे काय आहे ते सांगते. दोन्ही सक्रिय करून मग निकालाचे निदान करू नका.

प्रत्येक आवश्यक संसाधन ते वाहून नेणाऱ्या बोगद्यातून तपासा, नंतर एक प्रोफाइल डिस्कनेक्ट करा आणि दुसरीने आपले मार्ग, आपला DNS आणि इच्छित अपयश वर्तन टिकवले आहे याची खात्री करा. जर तैनात केलेले प्लगइन खरोखर तुम्हाला हवे ते करू शकत नसेल, तर व्यवस्थापकाच्या शेजारी कालबाह्य प्रोटोकॉल पुनरुज्जीवित करण्याऐवजी समर्थित अपग्रेड किंवा स्पष्टपणे विलग केलेला पर्याय निवडा. ज्याचे कोणीही व्यवस्थापन करत नाही असा दुसरा, वेगळा बोगदा विलगीकरण नाही; तो आश्चर्यकारक मार्गांचा आणखी एक स्रोत आहे.