OpenVPN प्रोफाइल SoftEther मा किन आयात हुँदैन

VPN कन्फिगरेसनजस्तो देखिने दुई फाइल एउटै फोल्डरमा आउँछन्, र तिनीहरूमध्ये एउटा मात्र काम गर्छ। OpenVPN प्रोफाइलले त्यो क्लाइन्टले बुझ्ने निर्देशनसहित TLS सुरुङ वर्णन गर्छ, जबकि SoftEther जडानले फरक प्रमाणीकरण सम्झौता भएको भर्चुअल हबसँगको सत्र वर्णन गर्छ। एउटालाई अर्कोमा रूपान्तरण गर्नु ढाँचा अभ्यास होइन, किनकि दुवै क्लाइन्टले एउटै प्रोटोकल लागू गर्दैनन्। अपरेटरले वास्तवमा कुन सेवा प्रकाशित गर्यो भनी पहिचान गर्नुले पछिका सबै कुरा निर्धारण गर्छ।

दुई फाइल, दुई सम्झौता

OpenVPN प्रोफाइल एउटा क्लाइन्ट कन्फिगरेसन हो: टाढाको अन्त्य बिन्दु, यातायात, TLS सामग्री, र रुटिङ तथा पुनः वार्ताका लागि निर्देशन। SoftEther जडान भर्चुअल हबसँगको मूल क्लाइन्ट सत्र हो, जसमा भर्चुअल एडाप्टर जोडिएको हुन्छ।

तिनीहरूले एउटै सञ्जालमा पहुँच वर्णन गर्न सक्छन्, तर अदलबदल गर्न मिल्दैन। OpenVPN सुन्ने सङ्गति सुविधा हो जुन सर्भरले छुट्टै पोर्टमा प्रकाशित गर्न सक्छ, र त्यो मूल प्रोटोकलको सट्टा OpenVPN बोल्छ। मूल क्लाइन्ट मूल प्रोटोकल बोल्छ र आफ्नै प्रोफाइल अपेक्षा गर्छ। एउटा सर्भर, दुई ढोका, र हरेक ढोकाको आफ्नै कुञ्जी।

फाइलको एक्सटेन्सनले तपाईंलाई लगभग केही बताउँदैन, त्यसैले अपरेटरको जवाफ फाइलको नामभन्दा महत्त्वपूर्ण हुन्छ।

प्रमाणपत्र ब्लक छुनु अघि सर्भर पढ्नुहोस्

अपरेटरलाई तीन कुरा सोध्नुहोस्: कुन पोर्ट र यातायात, कुन प्रमाणीकरण विधि, र तिनीहरूले कुन क्लाइन्ट प्रयोग गर्ने अपेक्षा गर्छन्। ती जवाफले धेरैजसो अनुमान हटाउँछन्।

त्यसपछि कुनै गाइडले दाबी गरेको होइन, वास्तवमा के सुनिरहेको छ भनी पुष्टि गर्नुहोस्। निष्क्रिय सङ्गति सुन्नेले आफ्नो पोर्टमा केही देखाउँदैन, र सक्रियले कसैले कहिल्यै जोडे पनि सकेट देखाउँछ। बन्द पोर्ट र अस्वीकृत लगइनबीचको भिन्नता पहिलो उपयोगी निदान हो। त्यसपछिको सबै कुरा कुन ढोकामा ढकढक गरियो भन्नेमा निर्भर छ।

ss -lunp | grep -E ':1194|:443'
sudo ss -ltnp | grep -E ':992|:5555'
grep -nE '^(remote|proto|auth-user-pass|ca |cert |key )' profile.ovpn

सुन्ने सूचीबाट छुटेको UDP पोर्ट निष्क्रिय सुविधा हो, फायरवाल समस्या होइन।

मूल क्लाइन्टलाई के चाहिन्छ र प्रोफाइलले के दिन सक्तैन

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

मूल प्रमाणीकरण भर्चुअल हबसँग चल्छ, हब प्रशासकले बनाएको प्रयोगकर्ता वस्तुसँग। OpenVPN प्रोफाइलबाट प्रतिलिपि गरिएका प्रमाणपत्र ब्लक हब प्रयोगकर्ता बन्दैनन्, र हब प्रयोगकर्ता क्लाइन्ट प्रमाणपत्र बन्दैन। दुवै प्रणालीले फरक कुरा भण्डारण गर्छन्, र प्रोफाइलसँग हबको प्रयोगकर्ता रेकर्ड राख्ने ठाउँ छैन। यो वाक्य रचनाको समस्या होइन, संरचनात्मक भिन्नता हो।

निजी कुञ्जीलाई कुनै पनि रूपान्तरण सेवाबाट टाढा राख्नुहोस्, किनकि मेसिन छोडेको कुञ्जीलाई खुलासा भएको मान्नुपर्छ।

OpenVPN-सङ्गत सुन्नेले के स्वीकार गर्छ

क्लाइन्टको दृष्टिकोणबाट सङ्गति सुन्ने वास्तविक OpenVPN सर्भर हो: यसले OpenVPN क्लाइन्ट र त्यो क्लाइन्टले समर्थन गर्ने निर्देशनको अपेक्षा गर्छ। इनलाइन प्रमाणपत्र ब्लक OpenVPN को सुविधा हो, र ती बारीको त्यो पट्टि पर्छन्।

यसले नगर्ने कुरा मूल SoftEther प्रोफाइल स्वीकार गर्नु हो, किनकि त्यो प्रोफाइल OpenVPN कन्फिगरेसन होइन। सुन्नेले मूल क्लाइन्टलाई OpenVPN क्लाइन्ट पनि बनाउँदैन। अपरेटरले मात्र मूल सेवा दिन्छ भने जवाफ मूल क्लाइन्ट हो; सङ्गति सुन्ने दिन्छ भने जवाफ OpenVPN र त्यसको आफ्नै सामग्री हो।

अपरेटरको समर्थित निर्यात माग्नुहोस् टुक्राबाट एउटा जोड्नुको सट्टा, किनकि निर्यातमा हातले बनाएको फाइलले सामान्यतया छुटाउने विवरण हुन्छन्।

निर्देशन सम्पादन गर्नु अघि मार्ग प्रमाणित गर्नुहोस्

क्लाइन्ट छानिएपछि, रुट छुनु अघि सुरुङ परीक्षण गर्नुहोस्। सफल लगइन र ट्राफिक बोक्ने इन्टरफेस दुई फरक नतिजा हुन्।

sudo openvpn --config profile.ovpn --verb 3
ip -br addr
ip route get 10.70.4.20
resolvectl status | grep -A2 'DNS Servers'

तोकिएको ठेगाना अपरेटरले वर्णन गरेको पूलसँग तुलना गर्नुहोस्, त्यसपछि रुट र रिजोल्भर छुट्टाछुट्टै हेर्नुहोस्। मूल हब जडान सफा रूपमा प्रमाणीकरण भएर कुनै रुट स्थापना नगर्न सक्छ, जुन क्लाइन्टको पट्टिबाट भाँचिएको सुरुङजस्तो देखिन्छ। यी तीन मिलेपछि मात्र निर्देशन सम्पादन गर्न लायक हुन्छ। चाँडै सम्पादन गर्दा कुन तह गलत थियो भन्ने लुकाउँछ।