Wi-Fi खुद जुड़ जाता है; VPN को द्वितीयक संबद्धता चाहिए

आपके बैठने से पहले ही लैपटॉप Wi-Fi से जुड़ जाता है, और VPN अब भी क्लिक का इंतज़ार करता है। VPN प्रोफ़ाइल पर ऑटोकनेक्ट सेट करने से कुछ नहीं बदलता, क्योंकि वह स्विच प्रोफ़ाइल की अपनी सक्रियता को नियंत्रित करता है और NetworkManager VPN को बेस कनेक्शन का साथी मानता है। प्रलेखित तंत्र बेस कनेक्शन की द्वितीयक सूची है, और यह किसी दूसरी जगह की दूसरी विशेषता है।

ऑटोकनेक्ट VPN का स्विच नहीं है

Wi-Fi या Ethernet प्रोफ़ाइल अपने आप सक्रिय हो सकती है क्योंकि उसके पास एक डिवाइस है। VPN प्लगइन प्रोफ़ाइल के पास उस अर्थ में डिवाइस नहीं होता; वह ऐसे कनेक्शन के साथ शुरू होती है जिसके पास डिवाइस है। इसीलिए VPN पर ऑटोकनेक्ट फ़्लैग सही दिखता है, ठीक से सहेजा जाता है, और कोई टनल नहीं बनाता। फ़्लैग प्रोफ़ाइल के बारे में सवाल का जवाब देता है, उस नेटवर्क के बारे में नहीं जिसकी उसे ज़रूरत है।

मॉडल को इस तरह पढ़ना विफलता का तरीका भी समझाता है। बेस जुड़ता है, कोई चीज़ VPN से शुरू होने को नहीं कहती, और डेस्कटॉप जुड़े नेटवर्क के बगल में डिस्कनेक्टेड VPN दिखाता है। कुछ टूटा नहीं है; संबद्धता कभी बनी ही नहीं।

UUID से दोनों प्रोफ़ाइल पहचानें

nmcli -f NAME,UUID,TYPE connection show

वह Wi-Fi या Ethernet प्रोफ़ाइल चुनें जिसे टनल शुरू करना चाहिए, फिर इच्छित VPN प्रोफ़ाइल। नाम के बजाय UUID इस्तेमाल करें, क्योंकि नाम एक लेबल है जिसे दोहराया या संपादित किया जा सकता है, और UUID वह है जिसे सक्रियण पथ वास्तव में हल करता है।

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

VPN को बेस कनेक्शन में जोड़ें

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

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

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

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

सीक्रेट संबद्धता का हिस्सा नहीं हैं

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

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

दोनों घटनाएँ पढ़ें, फिर संसाधन जाँचें

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

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