क्या यह NetworkManager प्लगइन एक साथ दो VPN चला सकता है?

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

पहले सहेजी प्रोफ़ाइल गिनें, फिर सक्रियण

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

एक ही UUID को दो बार सक्रिय करना तीसरा मामला है, और यह समवर्तिता नहीं है। यह एक इंस्टेंस का पुनः सक्रियण है।

प्लगइन का अपना मेटाडेटा पढ़ें

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

एक VPN की सीमा वाली पुरानी सलाह पुराने एकीकरणों का वर्णन करती थी। यह न सदा सत्य है और न ही इसे स्थिर मानना सुरक्षित है, और आपके सामने की फ़ाइल इसे स्थानीय रूप से तय करती है।

समवर्ती का अर्थ समन्वित नहीं

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

कुछ भी सक्रिय करने से पहले तय करें कि कौन से गंतव्य किस प्रोफ़ाइल के हैं। प्रोफ़ाइल का नाम बदलना गंतव्यों को अलग नहीं करता।

DNS विजेता चुनता है, चाहे आप करें या न करें

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

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

निश्चित क्रम में रोल आउट करें और बीच में निरीक्षण करें

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

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