प्रत्येक बुटमा कसैले प्रयोग गर्ने निर्णय गर्नुअघि नै सुरुङ माथि आउँछ, र जिम्मेवार देखिने चेकबक्स टिक हटाउँदा केही गर्दैन। यो इन्टरफेसको बग होइन। 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 हराएको सुविधा होइन, कन्फिगरेसनको छनोट हो, र त्यो एक गुण टाढा छ।

सम्बन्धित लेखहरू