सेटिंग्स वह .ovpn आयात नहीं करती जिसे CLI स्वीकार करता है

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

डायलॉग को कुछ भी पार्स करने से पहले तीन चीज़ें चाहिए

आयात आपके उपयोगकर्ता की अनुमतियों से चलता है, इसलिए केवल root के लिए सुलभ निर्देशिका में रखी फ़ाइल उसकी सामग्री का महत्व होने से पहले ही अस्वीकार कर दी जाती है। पैनल केवल उन्हीं VPN प्रकारों को सूचीबद्ध करता है जिनका NetworkManager प्लगइन स्थापित है; OpenVPN प्लगइन के बिना विकल्प टूटा नहीं, अनुपस्थित रहता है। अंत में, नेटवर्क डिवाइस प्रबंधित होना चाहिए: अन-मैनेज्ड चिह्नित इंटरफ़ेस ऐसा सहेजा कनेक्शन स्वीकार कर सकता है जो कभी सक्रिय नहीं होगा। प्रोफ़ाइल संपादित करने से पहले तीनों जाँचें।

दो कमांड पहला दौर तय करते हैं: प्लगइन के लिए dpkg -l network-manager-openvpn-gnome और डिवाइस की स्थिति के लिए nmcli device status।

आयातक चुपचाप क्या फेंक देता है

डेस्कटॉप अनुवाद गुणों के एक निश्चित समूह को लक्षित करता है। उस समूह के बाहर की पंक्तियाँ चुपचाप हटा दी जाती हैं, इसलिए टनल इच्छित कॉन्फ़िगरेशन के हिस्से गायब होने के साथ ऊपर आ सकता है। up, down और script-security के साथ घोषित स्क्रिप्ट आमतौर पर गायब हो जाती हैं, वैसे ही प्रबंधन इंटरफ़ेस विकल्प और अतिरिक्त रिमोट ब्लॉक। vpn_gateway कीवर्ड के साथ लिखा गया रूट अपवाद है: आयातक वहाँ शाब्दिक IPv4 गेटवे चाहता है और पंक्ति गिराने के बजाय त्रुटि के साथ रुक जाता है।

गिराए गए रूट की एक पहचानने योग्य आकृति होती है। कनेक्शन सक्रिय होता है, इंटरफ़ेस को पता मिलता है, और एक विशिष्ट सबनेट पहुँच से बाहर रहता है क्योंकि रूट कभी प्रोफ़ाइल में नहीं पहुँचा।

सहेजा हुआ कनेक्शन पढ़ें, स्रोत फ़ाइल नहीं

आयात का आधिकारिक परिणाम की-फ़ाइल है, आपके चुने हुए .ovpn नहीं। sudo cat /etc/NetworkManager/system-connections/office.nmconnection दिखाता है कि पैनल ने वास्तव में क्या सहेजा। अगर वहाँ रूट मौजूद है पर लाइव तालिका में नहीं है, तो आयात सफल रहा और समस्या सक्रियण है। अगर वह फ़ाइल में नहीं है, तो आयातक ने उसे गिरा दिया और कितनी भी बार पुनः कनेक्ट करने से वह वापस नहीं आएगा।

दो वैकल्पिक रास्ते अनुवाद परत से बचते हैं। nmcli connection import type openvpn file ./office.ovpn वही ऑब्जेक्ट लिखता है और वे त्रुटियाँ बताता है जो पैनल छिपाता है।

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

जब आयात काम करता है पर सक्रियण नहीं

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

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

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