nmcli VPN सूची: सुरक्षित प्रोफाइल र सक्रिय टनेल
एउटा सूची मेसिनले सुरक्षित गरेको हो, अर्को जोडिएको हो। तपाईंले चाहनुभएको VPN wireguard प्रकारको हुन सक्छ, वा NetworkManager जडान नै नहुन सक्छ।
तपाईं nmcli connection show चलाउनुहुन्छ र VPN को सूची अपेक्षा गर्नुहुन्छ, तर मेसिनले अहिलेसम्म सुरक्षित गरेको हरेक जडान पाउनुहुन्छ, जसमा एउटा ब्रिज र एउटा हटस्पट पनि छ। तपाईंले खोज्नुभएको VPN त्यहाँ हुन सक्छ, vpn भन्दा फरक प्रकारको हुन सक्छ, वा NetworkManager जडान नै नहुन सक्छ। यी तीनमध्ये तपाईं कुन अवस्थामा हुनुहुन्छ भन्ने थाहा पाउन दुई आदेश चाहिन्छ।
दुई सूची, दुई प्रश्न
connection show ले NetworkManager ले के सुरक्षित गरेको छ भन्ने जवाफ दिन्छ, र connection show --active ले अहिले के उपकरणमा जोडिएको छ भन्ने जवाफ दिन्छ। पहिलो सूचीमा निष्क्रिय प्रोफाइल पनि हुन्छन्, र यो जानाजान हो: बन्द रहेको सुरक्षित VPN पनि तपाईंले सुधार्नुपर्ने प्रोफाइल नै हो। दुवैलाई मिसाउँदा टनेल चलिरहेको भान हुन्छ, जबकि त्यसको कन्फिगरेसन मात्र हुन्छ।
पूर्वनिर्धारित तालिका पढ्नुको सट्टा फिल्ड छान्नुहोस्, किनकि पूर्वनिर्धारित आउटपुटले साँघुरो टर्मिनलमा प्रकार लुकाउँछ र लामो नाम लपेट्छ।
पहिलो नजरका लागि सामान्यतया NAME, UUID र TYPE पर्याप्त हुन्छन्, त्यसपछि तपाईंलाई चासो भएको एउटै प्रविष्टि UUID द्वारा हेर्नुहुन्छ।
TYPE नै आश्चर्य हुने ठाउँ हो
OpenVPN प्लगइनमार्फत व्यवस्थापन गरिएका जडान vpn प्रकारका रूपमा देखिन्छन्, किनकि प्लगइन सामान्य VPN ढाँचाभित्रको सेवा हो। मूल WireGuard समर्थन आफैंमा छुट्टै प्रथम श्रेणीको जडान प्रकार हो, त्यसैले vpn मा फिल्टर गर्दा त्यो भेटिँदैन। केही नफर्काउने WireGuard टनेलको खोज सामान्यतया फिल्टरको समस्या हो, हराएको प्रोफाइल होइन। यो नामकरणको विचित्रता होइन, संरचनागत भिन्नता हो।
NetworkManager ले समयक्रममा मूल रूपमा सम्हाल्न सिकेका अन्य टनेल प्रकारमा पनि यही लागू हुन्छ, त्यसैले केही हराएको छ भन्ने निष्कर्षमा पुग्नुअघि TYPE स्तम्भ पढ्नुहोस्।
सबै सूचीबद्ध गर्नुहोस् र पछि फिल्टर गर्नुहोस्, प्रोफाइल देखिन्छ।
UUID पढ्नुहोस्, नाम मात्र होइन
नामहरू मानिसले सम्पादन गर्ने लेबल हुन्, र लापरबाही आयातपछि दुई प्रोफाइलले एउटै साझा गर्न सक्छन्। UUID भनेको आदेश र फाइलले सन्दर्भ गर्ने पहिचान हो। कुनै प्रविष्टि दोहोरो देखिएमा, केही मेट्नुअघि UUID र आधारभूत सेटिङको तुलना गर्नुहोस्।
सक्रियता आदेशले दुवैलाई स्वीकार गर्छन्, र त्यसैले नाममा आधारित बानीले अन्ततः गलत प्रोफाइल बदल्छ।
रद्द गर्नुपर्ने हुन सक्ने कुनै कुरा बदल्दा UUID आफ्नो नोटमा प्रतिलिपि गर्नुहोस्।
सुरक्षित प्रोफाइलले तपाईंलाई के बताउँदैन
सुरक्षित प्रोफाइलले त्यसको टनेल माथि छ कि छैन भन्नेबारे केही बताउँदैन, र सक्रिय जडानले भित्रको ट्राफिक चल्छ कि चल्दैन भन्नेबारे केही बताउँदैन। wg-quick वा सेवा इकाइले सुरु गरेको टनेल NetworkManager जडान नै होइन, त्यसैले इन्टरफेसले स्पष्ट रूपमा ट्राफिक पठाइरहे पनि त्यो दुवै सूचीबाट अनुपस्थित छ। प्रोफाइल अनुपस्थित छ भनी मान्नुअघि इन्टरफेस र राउटिङ तालिका जाँच्नुहोस्। खाली सूचीले NetworkManager मालिक नभएको मात्र प्रमाणित गर्छ।
एउटै इन्टरफेसका लागि दुई व्यवस्थापक यो समस्याको अर्को संस्करण हो, र यसले कर्नेलको अवस्था अरू कसैको स्वामित्वमा हुँदा पनि सही देखिने सूची बनाउँछ।
प्रत्येक इन्टरफेसका लागि एक मालिकले सूची इमानदार राख्छ, र nmcli सन्दर्भ ले प्रत्येक दृश्यले वास्तवमा कुन फिल्ड रिपोर्ट गर्छ भन्ने दस्तावेज गर्छ।
रहस्य नचुहाई रिपोर्ट गर्नुहोस्
नामसहित connection show ले सेटिङ छाप्छ, र --show-secrets थप्दा निजी कुञ्जी र पासवर्ड छाप्छ तिनीसँगै। टिकटमा समस्या समाधान टाँस्न ती चाहिँदैनन्। बरु प्रकार, UUID, अवस्था र सान्दर्भिक रुट रिपोर्ट गर्नुहोस्, र रहस्य भण्डारबाट आएको सबै लुकाउनुहोस्।
--ask सहितको अन्तरक्रियात्मक सक्रियता हराएको प्रमाणपत्र दिने समर्थित तरिका हो, र निगरानीविहीन स्वचालनलाई सुरक्षित सादा पाठ पासवर्डको सट्टा अर्को स्वीकृत व्यवस्था चाहिन्छ।
छोटो, लुकाइएको रिपोर्ट पूरा डम्पभन्दा समीक्षा गर्न सजिलो छ।