NM OpenVPN: सहेजी गई प्रोफ़ाइल आपकी .ovpn फ़ाइल नहीं है
आयात विकल्पों को सहेजे गए कनेक्शन में अनुवादित करता है। vpn.data को फिर से पढ़ें, ta और ta-dir जाँचें, और शब्दकोश बदलने के बजाय एक प्रविष्टि अपडेट करें।
वही .ovpn फ़ाइल एक शेल से जुड़ती है और NetworkManager में आयात होने के बाद समय-सीमा पर समाप्त हो जाती है। स्वाभाविक निष्कर्ष यह है कि VPN टूटा हुआ है। अधिक संभावित व्याख्या छोटी है: NetworkManager ने फ़ाइल नहीं रखी, उसने उसका कुछ हिस्सा सहेजे गए कनेक्शन में आयात किया, और चल रही टनल उसके बजाय वही सहेजा गया डेटा इस्तेमाल करती है। फ़ाइल अब जो कहती है, उसका प्रोफ़ाइल में जो है उससे कोई संबंध नहीं है।
फ़ाइल प्रोफ़ाइल नहीं है
आयात एक अनुवाद है, माउंट नहीं। प्लगइन जिन विकल्पों को समझता है वे कनेक्शन के vpn.data शब्दकोश में कुंजियाँ बन जाते हैं; जिन विकल्पों को वह नहीं समझता वे हटा दिए जाते हैं या कहीं और दर्ज किए जाते हैं, और मूल पथ केवल एक संदर्भ है। बाद में स्रोत फ़ाइल संपादित करने से पहले से सहेजे गए कनेक्शन में कुछ नहीं बदलता।
यह अंतराल कई रिपोर्टों की एक पूरी श्रेणी समझाता है: साझा कुंजी घुमाई गई, फ़ाइल अपडेट हुई, और टनल फिर भी विफल होती है। सहेजी गई प्रोफ़ाइल अभी भी पुराने पथ या पुराने मान की ओर इशारा करती है, और कमांड लाइन काम करती रहती है क्योंकि वह उस फ़ाइल को पढ़ती है जिसे आपने संपादित किया। दो क्लाइंट, सत्य के दो स्रोत, और उनमें से केवल एक ही अपडेट हुआ।
सहेजी गई प्रोफ़ाइल पढ़ें, संवाद नहीं
nmcli -f connection.id,connection.uuid,vpn.service-type,vpn.data connection show office-vpn
जब दो प्रोफ़ाइल एक नाम साझा करती हैं तो UUID का उपयोग करें, और पुष्टि करें कि सेवा प्रकार आपके अपेक्षित OpenVPN प्लगइन है, कोई दूसरा VPN प्रकार नहीं जो संयोगवश इंस्टॉल हो। फिर समापन बिंदु, ट्रांसपोर्ट और प्रमाणपत्र संदर्भों की तुलना काम कर रहे आह्वान से करें।
किसी चित्रमय संपादक में दिखने वाला मान इस बात का प्रमाण नहीं है कि वह सहेजा गया। सहेजें, फिर से खोलें और कमांड लाइन से उसे वापस पढ़ें; ऐतिहासिक सहेजने की खराबियाँ संग्रहीत डेटा जाँचने का कारण हैं, इस बात का प्रमाण नहीं कि हर वर्तमान बिल्ड में वही बग है। जाँच में एक कमांड लगती है।
दो कुंजियाँ, और एक दिशा जो मायने रखती है
TLS प्रमाणीकरण उपयोग करने वाले कनेक्शन के लिए, प्लगइन साझा कुंजी का पथ ta में और दिशा ta-dir में संग्रहीत करता है, जब परिनियोजन कोई दिशा उपयोग करता है। दोनों प्रोफ़ाइल के डेटा शब्दकोश में रहते हैं, और दोनों को वही होना चाहिए जिसकी सर्वर अपेक्षा करता है।
दिशा सर्वर पक्ष का निर्णय है जो क्लाइंट पर व्यक्त होता है। किसी दिशा को चुनना क्योंकि पड़ोसी प्रोफ़ाइल में वह है, वह तरीका है जिससे काम करती कुंजी हैंडशेक में विफल होने लगती है। यदि सर्वर कॉन्फ़िगरेशन दिशा-रहित है, तो क्लाइंट को दिशा गढ़नी नहीं चाहिए।
कुंजी फ़ाइल स्वयं प्लगइन के लिए उस संदर्भ में पठनीय होनी चाहिए जिसमें वह वास्तव में चलता है। सीमित पैकेज का फ़ाइल सिस्टम दृश्य साधारण डेस्कटॉप इंस्टॉल से अलग होता है, इसलिए आपके शेल में मौजूद पथ सेवा के लिए अदृश्य हो सकता है।
एक प्रविष्टि अपडेट करें, शब्दकोश नहीं
nmcli connection modify office-vpn +vpn.data 'ta=/etc/NetworkManager/certs/office-ta.key'
nmcli connection modify office-vpn +vpn.data 'ta-dir=1'
शुरुआती प्लस व्यक्तिगत शब्दकोश प्रविष्टियाँ अपडेट करता है। असाइन करना vpn.data इसके बिना पूरे शब्दकोश को बदल देता है, और इसी तरह एक गुम कुंजी पाँच टूटी सेटिंग्स में बदल जाती है। बदलाव के बाद प्रोफ़ाइल वापस पढ़ें और पुष्टि करें कि अन्य प्रविष्टियाँ बची रहीं। ऐसा शब्दकोश जिसने अपना दूरस्थ समापन बिंदु और प्रमाणपत्र खो दिए, उस दोपहर से कहीं लंबी दोपहर है जिससे आपने शुरुआत की थी।
सामान्य नियंत्रणों से फिर से कनेक्ट करें और उस चरण को देखें जो विफल होता है। यदि साझा-कुंजी द्वार अब पार हो जाता है और क्लाइंट प्रमाणपत्र या उपयोगकर्ता-प्रमाणीकरण त्रुटि बताता है, तो आप आगे बढ़े हैं और अगली जाँच भिन्न है।
नियंत्रण-चैनल के तरीकों को न मिलाएँ
tls-auth, tls-crypt, और tls-crypt-v2 भिन्न व्यवस्थाएँ हैं। मिलता-जुलता दिखने वाला कुंजी फ़ाइल उन्हें विनिमेय नहीं बनाता, और TLS-Auth फ़ील्ड भरना क्योंकि किसी दूसरी प्रोफ़ाइल में स्वरूपित कुंजी है, ऐसी प्रोफ़ाइल बनाता है जो गलत कुंजी जैसी विफलता दिखाती है।
सर्वर के कॉन्फ़िगरेशन में मौजूद तरीके से मेल खाता प्लगइन मैपिंग उपयोग करें। जब तरीका स्पष्ट न हो, तो फ़ाइल की पहली पंक्ति से अनुमान लगाने के बजाय सर्वर के मालिक से पूछें।
जब टनल आपका प्रबंधन सत्र ढोती है तो पुनर्प्राप्ति पथ रखें। सहेजा गया बदलाव ज़रूरी नहीं कि लागू किया गया बदलाव हो, और सफल आयात इस बात का प्रमाण नहीं कि हर स्रोत विकल्प समर्थित था। दोनों अंतराल जानने योग्य हैं इससे पहले कि आप उस लिंक को फिर से जोड़ें जिसके ज़रिए आप काम कर रहे हैं।