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 सह परस्परसंवादी सक्रियकरण गहाळ ओळखपत्र देण्याचा समर्थित मार्ग आहे, आणि देखरेख नसलेल्या ऑटोमेशनला जतन केलेल्या साध्या मजकुरातील पासवर्डऐवजी दुसरी मंजूर व्यवस्था लागते।

संक्षिप्त, लपवलेला अहवाल संपूर्ण डंपपेक्षा तपासणे सोपे आहे।