Wi-Fi आफै जोडिन्छ; VPN लाई दोस्रो सम्बन्ध चाहिन्छ
VPN प्रोफाइलमा स्वतः जडानले यसलाई सुरु गर्दैन। यसको UUID आधार जडानको secondaries मा थप्नुहोस्, त्यसपछि त्यो सन्दर्भमा सीक्रेट एजेन्ट जाँच्नुहोस्।
तपाईं बस्नु अघि नै ल्यापटप 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 घटनापछि प्रमाणीकरण असफलता आएको भनेको ट्रिगर चल्यो र बाँकी समस्या प्रमाण हो, जो अर्को उपाय हो।
सक्रिय गरेपछि आइकनमा भरोसा गर्नुको सट्टा सेटअपको कारण बनेको स्रोत माग्नुहोस्। त्यसपछि जानाजान विच्छेद गर्नुहोस् र अब के हुन्छ हेर्नुहोस्, किनकि स्वतः-सुरु सम्बन्ध किल स्विच होइन र अन्तहीन पुनःप्रयासको वाचा गर्दैन। यदि आवश्यकता «सुरुङ बिना कुनै ट्राफिक छैन» हो भने, त्यो आफ्नै कन्फिगरेसन र आफ्नै परीक्षण चाहिने छुट्टै नीति हो। दुवैलाई मिसाउनु भनेको प्रयोगकर्ताले सुरक्षित छु भन्ने ठान्दा मेसिन लूपमा फेरि जोडिनु हो।