nmcli VPN सूची: सहेजी गई प्रोफ़ाइल बनाम सक्रिय टनल

आप 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 के साथ इंटरैक्टिव सक्रियण अनुपस्थित क्रेडेंशियल देने का समर्थित तरीका है, और बिना निगरानी वाले ऑटोमेशन को सहेजे गए सादे-पाठ पासवर्ड के बजाय दूसरी स्वीकृत व्यवस्था चाहिए।

संक्षिप्त, छिपाया गया रिपोर्ट पूरे डंप की तुलना में समीक्षा करना आसान है।