NM OpenVPN: जतन केलेली प्रोफाइल तुमची .ovpn फाइल नाही

तीच .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 फील्ड भरणे चुकीच्या कीसारखे अयशस्वी होणारी प्रोफाइल तयार करते।

सर्व्हरच्या कॉन्फिगरेशनमधील पद्धतीशी जुळणारे प्लगइन मॅपिंग वापरा। पद्धत अस्पष्ट असल्यास, फाइलच्या पहिल्या ओळीवरून अंदाज लावण्याऐवजी सर्व्हरच्या मालकाला विचारा।

जेव्हा बोगदा तुमचे व्यवस्थापन सत्र वाहून नेते तेव्हा पुनर्प्राप्ती मार्ग ठेवा। जतन केलेला बदल हा लागू केलेला बदल असणे आवश्यक नाही, आणि यशस्वी आयात हा प्रत्येक स्रोत पर्याय समर्थित होता याचा पुरावा नाही। तुम्ही ज्या दुव्यावरून काम करत आहात तो पुन्हा जोडण्यापूर्वी दोन्ही अंतर जाणून घेण्यासारखे आहेत।