NetworkManager आपकी OpenVPN प्रोफ़ाइल आयात नहीं करेगा? यह पढ़ें

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

संदेश को स्थानीय कथन के रूप में पढ़ें

यह वाक्यांश प्लगइन की सुविधा-समुच्चय का वर्णन करता है। या तो OpenVPN समर्थन देने वाला प्लगइन अनुपस्थित है, या आयात क्रिया देने वाला घटक उस फ़ॉर्मेट से पुराना है जो आप उसे दे रहे हैं। दोनों स्थितियाँ आपके सामने की मशीन के लिए स्थानीय हैं।

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

यही अंतर पूरे लेख में सबसे अधिक समय बचाता है, क्योंकि प्रतिक्रिया बाहर गेटवे की ओर देखने की होती है जबकि विफलता पूरी तरह डेस्कटॉप पर है।

चरण 1: प्लगइन और संपादक की पुष्टि करें

दो पैकेज महत्वपूर्ण हैं और वे अलग काम करते हैं। एक NetworkManager का VPN प्लगइन देता है जिसके पास कनेक्शन है; दूसरा डेस्कटॉप का संपादन और आयात फ्रंटएंड देता है। केवल रनटाइम या केवल संपादक स्थापित करने से आपको आधी सुविधा मिलती है।

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

वह पैकेजिंग कमांड इस्तेमाल करें जो आपके वितरण में वास्तव में है; ऊपर की दो पंक्तियाँ विकल्प हैं, क्रम नहीं। यह भी पुष्टि करें कि आप बिल्कुल NetworkManager प्रवाह में हैं, क्योंकि अपने आयातक के साथ दूसरा OpenVPN क्लाइंट इनमें से किसी सलाह का जवाब नहीं देगा।

प्लगइन स्थापित करने से सामान्यतः NetworkManager पुनः आरंभ या पुनः लोड होता है, जिससे मौजूदा कनेक्शन कुछ समय के लिए टूट जाते हैं। इसे जानबूझकर करें, सहायता कॉल के बीच में नहीं।

चरण 2: nmcli से आयात करें और वास्तविक संदेश पाएँ

चित्रमय संवाद कई विफलताओं को एक ही वाक्य में दबा देने की प्रवृत्ति रखता है। कमांड-लाइन आयातक अधिक सटीक है, और यह वही क्रिया है:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

उत्तर को ध्यान से पढ़ें। अनुपस्थित प्लगइन की शिकायत पैकेजिंग समस्या है। किसी विशिष्ट निर्देश की शिकायत पार्सर समस्या है। संदर्भित फ़ाइल की शिकायत पथ समस्या है, और इन तीनों में आयात शब्द के अलावा कुछ भी समान नहीं है।

याद रखें कि यहाँ सफलता एक संग्रहीत प्रोफ़ाइल बनाती है। यह जुड़ती नहीं, और यह सिद्ध नहीं करती कि प्रोफ़ाइल ने मूल की हर सुविधा बनाए रखी।

चरण 3: इनलाइन प्रमाणपत्र जहाँ हैं वहीं छोड़ दें

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

यदि किसी विशेष कारण से सामग्री अलग करनी ही हो, तो मूल फ़ाइल रखें और लिखें कि कौन-सा ब्लॉक कहाँ गया। तीन लोगों द्वारा तीन बार संपादित प्रोफ़ाइल ऐसी कॉन्फ़िगरेशन नहीं है जिस पर आप बाद में तर्क कर सकें।

यही सावधानी विक्रेता के निर्देशों पर भी लागू होती है। क्लाइंट-विशिष्ट विकल्प अमान्य OpenVPN सिंटैक्स हुए बिना भी किसी प्लगइन संस्करण के सुविधा-समुच्चय से बाहर हो सकता है, और संवाद बंद कराने के लिए उसे हटाना व्यवहार को चुपचाप बदल सकता है।

चरण 4: जाँचें कि प्रोफ़ाइल अब क्या मायने रखती है

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

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

यदि आयातित प्रोफ़ाइल मूल क्लाइंट से अलग व्यवहार करती है, तो स्मृति से फिर से बनाने के बजाय दोनों कॉन्फ़िगरेशन की तुलना करें, क्योंकि अंतर सामान्यतः एक पंक्ति का होता है।

चरण 5: एक ही प्रबंधक को सुरंग का स्वामी बनने दें

एक बार प्रोफ़ाइल NetworkManager में रहने लगे, इसे कनेक्शन का स्वामी बनने दें। अलग OpenVPN प्रक्रिया को उपाय के रूप में शुरू करना अपने रिज़ॉल्वर व्यवहार, अपने क्रेडेंशियल और अपने जीवनचक्र वाला दूसरा प्रबंधन पथ बनाता है।

दो सुरंगें जो दोनों मानती हैं कि वे डिफ़ॉल्ट रूट की स्वामी हैं, ऐसे लक्षण पैदा करती हैं जो टूटे प्रदाता जैसे दिखते हैं, और समाधान है उनमें से एक को हटाना, किसी को ट्यून करना नहीं।