प्रोफ़ाइल हटाए बिना VPN का ऑटोकनेक्ट बंद करें

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

जो फ्लैग आप हटा रहे हैं, उसे देखा ही नहीं जाता

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

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

ऑटोकनेक्ट प्राथमिकता उम्मीदवारों का क्रम तय करती है; वह भी बंद करने का स्विच नहीं है।

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

पहले नाम, UUID और प्रकार लिख लें, क्योंकि दिखाए जाने वाले नाम दोहराए जाते हैं और बेस कनेक्शन को VPN से भ्रमित करना आसान है। फिर हर तरफ़ की ज़रूरी प्रॉपर्टी पढ़ें।

nmcli -f NAME,UUID,TYPE connection show
nmcli -f connection.secondaries connection show "Wired connection 1"
nmcli -f connection.autoconnect,connection.autoconnect-priority connection show "Work VPN"

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

पूरी सूची नहीं, एक प्रविष्टि हटाएँ

प्रॉपर्टी एक सूची है, इसलिए नया मान देने पर उसका सब कुछ बदल जाता है। एक UUID हटाने और सूची का बाक़ी हिस्सा अछूता रखने के लिए शुरू का ऋण चिह्न इस्तेमाल करें।

nmcli connection modify uuid BASE_UUID -connection.secondaries VPN_UUID
nmcli -f connection.secondaries connection show "Wired connection 1"

सूची को पहले और बाद में जाँचें, ख़ासकर ऐसी मशीन पर जो दूसरे VPN पर निर्भर है।

प्रोफ़ाइल कुछ ख़ास उपयोगकर्ताओं तक सीमित की जा सकती हैं। जब ऐसा हो, तो जिस खाते से आप संपादन करते हैं वह उस सूची में होना चाहिए; वरना आदेश अस्वीकार हो सकता है, या मैनेजर अलग प्रति-उपयोगकर्ता प्रोफ़ाइल लिख सकता है जिसे मूल स्वामी कभी नहीं देखता। संपादन ने कुछ नहीं किया हो ऐसा निष्कर्ष निकालने से पहले स्वामी जाँचें, क्योंकि मौन प्रति-उपयोगकर्ता प्रतिलिपि कई उलझाने वाले नतीजों की व्याख्या करती है।

असली बदलाव जाँचें, हाथ से किया रीस्टार्ट नहीं

बेस प्रोफ़ाइल को फिर से कनेक्ट करना सार्थक परीक्षण है। उसे नीचे और फिर ऊपर लाएँ, या रीबूट करें, फिर सक्रिय सूची, इंटरफ़ेस सूची और किसी आंतरिक पते के लिए रूट खोज देखें।

nmcli connection show --active
ip -brief address
ip route get 10.8.0.1

अगर सुरंग फिर भी दिखे, तो बचा हुआ स्वामी आमतौर पर कोई स्क्रिप्ट होता है। मैनेजर का जर्नल दिखाता है कि कौन-सी प्रोफ़ाइल कब सक्रिय हुई, और dispatcher निर्देशिका वह जगह है जहाँ इंटरफ़ेस घटना पर nmcli connection up कॉल करने वाला हुक रहता। हुक प्रोफ़ाइल एडिटर में अदृश्य होता है, और इसीलिए वह हर चेकबॉक्स प्रयोग से बच निकलता है।

हाथ वाला रास्ता चलता रखें, क्योंकि असली ज़रूरत वही है।

अच्छी स्थिति कैसी दिखती है

प्रोफ़ाइल अपने गेटवे, प्रमाणपत्र और क्रेडेंशियल के साथ स्थापित रहती है। यह बूट पर सक्रिय नहीं होती, और जब आप माँगते हैं तब उठती है। वही तीन कथन स्वीकृति परीक्षण हैं।

बेस कनेक्शन का UUID रनबुक में लिखें, क्योंकि अगली बार आप उसी प्रोफ़ाइल का संपादन करेंगे।

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