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 फिल्ड भर्दा गलत कुञ्जीसँग मिल्दो तरिकाले असफल हुने प्रोफाइल बन्छ।

सर्भरको कन्फिगरेसनमा रहेको मोडसँग मिल्ने प्लगइन म्यापिङ प्रयोग गर्नुहोस्। मोड स्पष्ट नभएमा फाइलको पहिलो लाइनबाट अनुमान गर्नुको सट्टा सर्भरको मालिकलाई सोध्नुहोस्।

टनेलले तपाईंको व्यवस्थापन सत्र बोकेको बेला पुनःप्राप्ति मार्ग राख्नुहोस्। सुरक्षित परिवर्तन अनिवार्यतः लागू गरिएको परिवर्तन होइन, र सफल आयात सबै स्रोत विकल्प समर्थित थियो भन्ने प्रमाण होइन। तपाईं काम गरिरहेको लिङ्क फेरि जडान गर्नुअघि दुवै अन्तर जान्न लायक छन्।