Ubuntu 18.04 के VPN मेन्यू में OpenVPN नहीं है: क्या इंस्टॉल करें

GNOME की VPN सूची आपको दी गई प्रोफ़ाइल से मेल खाता कुछ भी नहीं दे सकती, और सामान्य निष्कर्ष यह होता है कि डेस्कटॉप OpenVPN नहीं कर सकता। कर सकता है। जो गायब है वह एक प्लगइन पैकेज है, और उसी मशीन पर बैठा कमांड-लाइन क्लाइंट मेन्यू से किसी तरह जुड़ा नहीं है। यही वह मिथक है जिसे पहले मारना चाहिए, क्योंकि यह लोगों को गलत चीज़ फिर से इंस्टॉल करने भेजता है।

मेन्यू प्लगइन दिखाता है, प्रोटोकॉल नहीं

GNOME वे कनेक्शन प्रकार दिखाता है जिनकी नेटवर्क मैनेजर रिपोर्ट करता है, और मैनेजर इंस्टॉल किए गए प्लगइन की रिपोर्ट करता है। इसलिए खाली सूची प्रोटोकॉल की क्षमताओं नहीं, बल्कि इंस्टॉल किए गए प्लगइन सेट का वर्णन करती है। इसीलिए काम करती openvpn बाइनरी पैनल में कुछ नहीं बदलती।

यह अंतर मायने रखता है क्योंकि दोनों विफलताएँ पैनल से एक जैसी दिखती हैं। गायब प्लगइन और टूटा प्लगइन दोनों ऐसा संवाद बनाते हैं जो मदद नहीं कर सकता, और केवल पहला ही कुछ इंस्टॉल करके ठीक होता है। मैनेजर से पूछना कि वह क्या जानता है, कुछ भी इंस्टॉल करने से पहले दोनों को अलग कर देता है। उस सवाल में एक कमांड लगती है और एक घंटे का अनुमान बदल जाता है।

संवाद किस पैकेज का है

Ubuntu 18.04 पर पैकेजों के विशिष्ट नाम हैं, और नए संस्करणों ने वही विभाजन रखा है। इन्हें विकल्प नहीं, भूमिकाओं की तरह पढ़ें, क्योंकि एक इंस्टॉल करने से समस्या अकेले शायद ही हल होती है। एक पैकेज में डेमॉन और कमांड-लाइन क्लाइंट होते हैं, और इनमें से कोई किसी सेटिंग्स संवाद को नहीं जानता।

प्लगइन पैकेज ही नेटवर्क मैनेजर को OpenVPN कनेक्शन बनाने, सहेजने और शुरू करने देता है। एडिटर पैकेज फ़ॉर्म, उसके फ़ील्ड और वह सेव-पाथ देता है जिसे पैनल कॉल करता है। प्लगइन वाली पर एडिटर रहित मशीन ऐसा प्रकार दिखाती है जिसे वह कॉन्फ़िगर नहीं कर सकती, जबकि एडिटर वाली पर प्लगइन रहित मशीन कुछ भी नहीं दिखाती। सेट एक साथ इंस्टॉल करें और अस्पष्टता मिट जाती है।

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

18.04 पर ये असली आर्काइव नाम हैं, विकल्प नहीं। KDE डेस्कटॉप को अपना एडिटर पैकेज चाहिए और प्लगइन भी चाहिए, और यही वह हिस्सा है जो केवल GNOME के लिए लिखी गाइड छोड़ देती है।

फिर से शुरू करना इंस्टॉल का हिस्सा है

पैनल सेवा शुरू होने पर मैनेजर से उसके समर्थित प्रकार पूछता है, और पहले से बनी सूची इंस्टॉल से ताज़ा नहीं होती। इसलिए सेवा चलते समय इंस्टॉल करने पर सफल इंस्टॉल और अपरिवर्तित संवाद का निराशाजनक संयोजन बनता है। फिर से शुरू करना वैकल्पिक घरेलू काम नहीं है; यही वह कदम है जो इंस्टॉल को दिखाई देने योग्य बनाता है।

फिर से शुरू करने से कनेक्टिविटी कुछ सेकंड के लिए कटती है, और उसी इंटरफ़ेस से जाने वाला कोई भी SSH सत्र साथ चला जाता है, इसलिए मशीन दूर हो तो इसकी योजना बनाएँ। फिर पैनल दोबारा खोलें और मैनेजर से सीधे पूछें कि वह क्या समर्थन देता है। सीधी पूछताछ कैश में पड़े मेन्यू से बेहतर सबूत है।

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

आखिरी कमांड निर्णायक परीक्षण है। प्लगइन के साथ यह गायब आर्ग्युमेंट पर विफल होती है; उसके बिना यह अज्ञात VPN प्रकार बताती है। एक परिणाम भरने के इंतज़ार में पड़ा फ़ॉर्म है, और दूसरा अब भी पैकेजिंग समस्या है। विरोधाभास स्पष्ट चाहिए तो इसे इंस्टॉल से पहले और बाद में चलाएँ।

nmcli को .ovpn पढ़ने दें

कोई भी आपको दी गई प्रोफ़ाइल को नियंत्रण-दर-नियंत्रण फिर से बनाने के लिए मजबूर नहीं करता। मैनेजर .ovpn फ़ाइलें सीधे पढ़ता है और उनके निर्देशों को सहेजे गए कनेक्शन में बदल देता है, इनलाइन प्रमाणपत्रों सहित। आयात सटीकता में नकल से भी बेहतर है, क्योंकि गलत टाइप किया सिफ़र या कटी हुई कुंजी सर्वर की समस्या जैसी दिखने वाली विफलता पैदा करती है।

प्रोफ़ाइल को उसकी संदर्भित हर कुंजी या प्रमाणपत्र के पास तब तक रखें जब तक सहेजना पूरा न हो, क्योंकि केवल फ़ाइल-पथ सहेजने वाला कनेक्शन उन फ़ाइलों के हटने पर टूट जाता है। फिर कनेक्शन को नाम से जाँचें, और किसी भी क्रेडेंशियल प्रॉम्प्ट का जवाब सामने रहकर दें ताकि आप देख सकें कि यह क्या चाहता है। कभी सक्रिय न किया गया सहेजा कनेक्शन किसी चीज़ का सबूत नहीं है।

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

वह तीसरी कमांड पुष्टि करती है कि सुरंग उसी नाम से चालू है जिसकी आप अपेक्षा करते हैं। यह विफल कनेक्शन को कभी सक्रिय न किए गए कनेक्शन से भी अलग करती है।

मेन्यू आपको क्या नहीं बता सकता

गायब प्रकार गेटवे के बारे में कुछ नहीं कहता, और इसका मतलब यह नहीं कि सर्वर OpenVPN मना करता है। मेन्यू में प्रविष्टि दिखाने के लिए असंबंधित प्रोटोकॉल का प्लगइन इंस्टॉल करना इसका कारण नहीं है। इस दूसरी गलती का व्यवहार में नाम है: लोग अंततः PPTP या AnyConnect प्रोफ़ाइल OpenVPN सेवा की ओर इंगित करते हैं क्योंकि वही प्रस्तावित प्रविष्टियाँ थीं।

पहले पैकेजिंग ठीक करें; सर्वर का सवाल बाद में आता है। जो प्रोफ़ाइल साफ़ आयात होती है और कभी प्रमाणित नहीं होती, वह एडिटर का नहीं, प्रमाणपत्र, TLS या क्रेडेंशियल का सवाल होने पर विफल होती है। इनमें से हर एक अलग सबूत छोड़ता है, और इनमें से कुछ भी संवाद में नहीं दिखता। सेटिंग्स पैनल दोबारा खोलने से पहले क्लाइंट लॉग पढ़ें।

इसे उसी संसाधन से साबित करें जिसे आप वास्तव में उपयोग करते हैं

जब प्रकार मौजूद हो और कनेक्शन सहेजा हो, उसे डायल करें और वह संसाधन खोलें जिसे आप वास्तव में उपयोग करते हैं। अकेली सक्रियता केवल यह साबित करती है कि दोनों सिरे एक सुरंग पर सहमत हुए। जो सुरंग ऊपर आती है और कुछ नहीं ढोती, वह अगली विफलता का तरीका है, और पैनल उसे देख नहीं सकता।

लिख लें कि आपने कौन-सा संसाधन जाँचा, ताकि अगला व्यक्ति शून्य से शुरू करने के बजाय वही जाँच दोहराए। जब सुरंग चालू हो और संसाधन फिर भी विफल हो, तो जाँच संवाद की ओर नहीं बल्कि रूट और DNS की ओर जाती है। वही नोट मरम्मत और कहानी के बीच का फ़र्क़ है।