डेस्कटॉप पर कोई VPN बटन नहीं: क्या प्रोफ़ाइल अब भी मौजूद है?
गायब पैनल एक इंटरफ़ेस सवाल है, प्रोटोकॉल के लुप्त होने का सबूत नहीं। UUID के अनुसार सहेजी गई प्रोफ़ाइलों की सूची बनाएँ, फिर दोबारा इंस्टॉल करने से पहले nmcli से एक सक्रिय करें।
पैकेज दोबारा इंस्टॉल करने से वह VPN प्रविष्टि शायद ही लौटती है जिसे डेस्कटॉप का नेटवर्क मेन्यू ने कभी नहीं खींचा। पैनल और कनेक्शन दो अलग वस्तुएँ हैं जिनके दो मालिक हैं: डेस्कटॉप इंटरफ़ेस वह खींचता है जो उसका प्लगइन उजागर करता है, और नेटवर्क सेवा प्रोफ़ाइल रखती है। एक मेन्यू से गायब हो सकता है जबकि दूसरा काम करता रहता है, और इसीलिए शुरू करने की जगह के रूप में मेन्यू गलत है। पहले प्रोफ़ाइल जाँचें, फिर तय करें कि असल में डेस्कटॉप खराब है या कनेक्शन।
बटन और प्रोफ़ाइल अलग-अलग चीज़ों के मालिकाना हैं
डेस्कटॉप का नेटवर्क पेज वही खींचता है जो इंस्टॉल किया गया इंटरफ़ेस और उसके VPN संपादक घटक खींचना जानते हैं। NetworkManager, या उस मशीन पर नेटवर्क रखने वाली कोई भी सेवा, कनेक्शन की परिभाषा रखती है और तय करती है कि उसे ऊपर उठाया जा सकता है या नहीं। कोई चीज़ दोनों दृश्यों को सहमत होने के लिए मजबूर नहीं करती, और डेस्कटॉप बदलाव, डिस्ट्रिब्यूशन अपग्रेड या किसी विकास संस्करण के विरुद्ध चलाने के बाद वे अक्सर सहमत नहीं होते। इसलिए टनल गायब हुए बिना भी पैनल अधूरा हो सकता है। इसे प्रोटोकॉल समस्या के रूप में पढ़ना सीधे उस पुनःइंस्टॉल चक्र में ले जाता है जो कुछ भी ठीक नहीं करता।
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
तालिका को ऊपर से काम करें, क्योंकि हर पंक्ति अलग सवाल का जवाब देती है और पहली पंक्ति सबसे सस्ती है। मौजूद प्रोफ़ाइल समस्या को इंटरफ़ेस की ओर ले जाती है, जबकि प्रोफ़ाइल बिल्कुल न होना उसे प्रोविज़निंग की ओर ले जाता है। यह अनुमान लगाना कि आपके पास दोनों में से कौन-सा है, दस मिनट की जाँच को पूरी दोपहर की पुनःइंस्टॉलों में बदल देता है।
NetworkManager से पूछें कि उसने क्या सहेजा है
मेन्यू पढ़ने के बजाय सीधे सेवा से पूछें, क्योंकि दो कमांड मौजूद को चालू से अलग करते हैं। उन्हें मशीन पर ही चलाएँ, और दूसरे को हर सक्रियण प्रयास से पहले और बाद में चलाएँ। सूचियाँ एक-दूसरे की जगह नहीं ले सकतीं, और उनके बीच का अंतर ही निदान है।
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --activeसहेजी गई प्रोफ़ाइल निष्क्रिय हो सकती है, जो सामान्य है और डेस्कटॉप के बारे में कुछ नहीं कहती। समान नामों वाली दो प्रविष्टियाँ आयात चक्र के बाद आम हैं, और केवल UUID ही उन्हें अलग करता है। किसी दूसरी सेवा के सीधे स्वामित्व वाली टनल कभी इस सूची में न आए, इसलिए खाली परिणाम अपने आप NetworkManager दोष नहीं है। अब से UUID से चुनें, क्योंकि नाम वे लेबल हैं जिन्हें लोग संपादित करते हैं, और पहचानकर्ता नहीं।
दोबारा आयात करने के बजाय प्रोफ़ाइल का निरीक्षण करें
जब प्रोफ़ाइल मौजूद हो, तो संग्रहीत रहस्य माँगे बिना उसका विवरण पढ़ें। जब मौजूद न हो, तो प्लगइन जो प्रोविज़निंग या आयात प्रवाह दस्तावेज़ित करता है उसे एक बार इस्तेमाल करें और पुष्टि करें कि उसने क्या बनाया। मेन्यू खाली रहने पर आयात दोहराना ही वह तरीका है जिससे एक मशीन एक कनेक्शन की चार प्रतिस्पर्धी प्रतियों पर पहुँचती है।
वे प्रतियाँ ऐसी कागज़ी निशान वाला बहाव हैं जिसे कोई नहीं पढ़ता: डेस्कटॉप उपयोगकर्ता नहीं बता सकता कि कौन-सी इस्तेमाल होती, और अगला प्रशासक भी नहीं। पहचानकर्ता दर्ज करने के बाद नकलों को जानबूझकर मिटाएँ, बजाय आयात चक्र को निर्णय लेने देने के। जो UUID बचता है उसे नोट करें, क्योंकि टर्मिनल से सक्रियण को वही मान चाहिए। अलग नामों से दो बार आयात की गई प्रोफ़ाइल आम तौर पर एक काम करने वाली परिभाषा और अधीरता का एक अवशेष होती है। प्रोफ़ाइल सूची कॉन्फ़िगरेशन है, और वह कनेक्शन जितनी ही सावधानी की हक़दार है।
सहेजी गई प्रोफ़ाइल को टर्मिनल से सक्रिय करें
nmcli दस्तावेज़ चयनित प्रोफ़ाइल को इंटरैक्टिव रूप से सक्रिय करने को कवर करता है, जो कमांड लाइन को समर्थित दूसरा इंटरफ़ेस बनाता है, कोई बचकाना रास्ता नहीं। नीचे के उदाहरण पहचानकर्ता को अपने रखे UUID से बदलें। कमांड चलाने से पहले समझें कि वह क्या करता है, क्योंकि वह नेटवर्क की स्थिति बदलता है। रूट और DNS खिसक सकते हैं, और जिस इंटरफ़ेस को फिर से कॉन्फ़िगर किया जा रहा है उस पर से दूरस्थ सत्र नहीं बचेगा।
इसे स्थानीय कंसोल से चलाएँ, या बदलाव बिगड़ने पर वापस आने की योजना के साथ चलाएँ। --ask विकल्प प्रोफ़ाइल में जो इनपुट नहीं हैं उन्हें इकट्ठा करता है; यह सिस्टम प्राधिकरण को नहीं टालता। यह यह भी गारंटी नहीं देता कि प्लगइन का हर प्रमाणीकरण संकेत टर्मिनल में काम करेगा, क्योंकि कुछ ऐसे संवाद की प्रतीक्षा करते हैं जहाँ वहाँ पहुँचा नहीं जा सकता।
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555डेस्कटॉप को दोष देने से पहले परिणाम पढ़ें
अगर प्रोफ़ाइल ऊपर आती है, तो सहेजा कनेक्शन काम करता है और यह प्रबंधन पथ काम करता है। यह शिकायत को इंटरफ़ेस तक सीमित करता है, जो अलग घटक सूची और अक्सर अलग टीम है। अगर वह नहीं आती, तो विफलता प्रोफ़ाइल या टनल में है, और डेस्कटॉप कभी समस्या नहीं था।
सफल सक्रियण फिर भी कुछ नहीं कहता कि इंटरफ़ेस का संपादक घटक मौजूद है या नहीं, या पैनल खुद गलत व्यवहार करता है या नहीं। ये डिस्ट्रिब्यूशन के समर्थित इंटरफ़ेस और उसके मेल खाते प्लगइन पैकेजों के सवाल बने रहते हैं। इन्हें पुनःइंस्टॉल में शामिल करना आम तौर पर पैनल को पहले जैसा ही छोड़ता है और कहानी में एक रीबूट जोड़ता है।
उपयोगी रिपोर्ट में डेस्कटॉप संस्करण, कनेक्शन का प्रकार, गायब पैनल क्रिया, और यह कि प्रोफ़ाइल समर्थित इंटरफ़ेस से दिखाई देती है या सक्रिय की जा सकती है, बताया जाता है। गायब मेन्यू का वर्णन करने के लिए न निजी कुंजी चाहिए न क्रेडेंशियल वाली प्रोफ़ाइल। किसी भी क्रेडेंशियल को छुए बिना अनुरक्षक पैनल की स्थिति दोबारा बना सके, इसके लिए इतना ही पर्याप्त है।