प्रोफाइल न हटवता 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 हे गहाळ वैशिष्ट्य नाही तर कॉन्फिगरेशनची निवड आहे, आणि ते एका प्रॉपर्टीच्या अंतरावर आहे.