Linux मा Viscosity निर्यात र सामान्य OpenVPN प्रोफाइल

Viscosity को .visz फाइलको नाम .ovpn बनाउँदा भित्रको कुरा बदलिँदैन, किनकि एक्सटेन्सनले कहिल्यै प्रोटोकल वर्णन गरेन। महत्त्वपूर्ण तुलना निर्भरतासहितको बन्डल र कुनै निर्भरता नभएको सामान्य क्लाइन्ट प्रोफाइलबीचको हो। Linux को आयातकर्तालाई यो पढ्न भन्नुअघि तपाईंले वास्तवमै कुन कन्टेनर पाउनुभयो भन्ने निर्णय गर्नुहोस्।

प्रत्येक कन्टेनरमा के हुन्छ

Viscosity को निर्यात कागजात ले .visc जडान बन्डल र संकुचित tar आर्काइभ रहेको .visz आर्काइभ ढाँचा वर्णन गर्छ। बन्डलले कन्फिगरेसनसँगै आफू निर्भर रहेका प्रमाणपत्र, कुञ्जी र स्क्रिप्ट फाइलहरू बोक्छ। सामान्य OpenVPN प्रोफाइल एउटा फाइल हो, र यसले सन्दर्भ गर्ने सबै कुरा छुट्टै अवस्थित हुनुपर्छ वा भित्रै इम्बेड गरिएको हुनुपर्छ।

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

बाहिरी एक्सटेन्सनले तपाईंसँग कुन कन्टेनर छ भन्छ, कुन क्लाइन्टले यो प्रयोग गर्न सक्छ भनेर होइन।

कन्फिगरेसन वास्तवमा कहाँबाट सुरु हुन्छ

बन्डलभित्र विक्रेताले निर्भर फाइलहरूको छेउमा config.conf कागजातीकरण गर्छ, र सन्दर्भहरू स्थानीय रूपमा समाधान हुन्छन्। त्यो फाइल सुरुवात बिन्दु हो, आर्काइभको नाम होइन र डाइरेक्टरी सूचीको शिखरमा संयोगवश रहेको प्रमाणपत्र पनि होइन।

Linux मा बन्डल एउटै वस्तुको सट्टा डाइरेक्टरीका रूपमा देखिन सक्छ, किनकि आर्काइभ सँगै रहन खोज्ने फाइलहरूमा खुल्छ। तपाईंले एक्स्ट्र्याक्ट गर्ने कार्यस्थानमा सापेक्ष मार्गहरू सुसंगत राख्नुहोस्, र Windows को निरपेक्ष मार्गलाई हातले Linux मार्गमा नबदल्नुहोस्। हराएको निर्भर फाइल र गलत मार्गले क्लाइन्टबाट एउटै गुनासो उत्पन्न गर्छन्।

त्यो गुनासो शान्त पार्न विश्वास वा पहिचान विकल्प मेटाउनु समाधान होइन।

बन्डलले के बोक्दैन

Viscosity का आफ्नै प्राथमिकताहरू सबै OpenVPN विकल्प होइनन्। स्क्रिप्ट, मार्ग व्यवहार र अनुप्रयोग सेटिङहरू अर्को प्रोग्रामले चलाउन सक्ने पाठका रूपमा प्रतिलिपि गर्नुको सट्टा Linux क्लाइन्टको समर्थित एकीकरणमार्फत प्रस्तुत गर्नुपर्ने हुन सक्छ।

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

मूल प्रति स्थानान्तरण स्वीकार नगरेसम्म सुरक्षित रहन्छ।

Linux पक्षले के निर्णय गर्नुपर्छ

जडानको स्वामित्व कसले राख्ने भनी निर्णय गर्नुहोस्: एक्लै Community OpenVPN, NetworkManager प्लगइन, वा अर्को समर्थित क्लाइन्ट। प्रत्येकले फरक विकल्प समूह स्वीकार्छ, र प्रत्येकले मार्ग, रिजोल्भर र गोप्य कुरा फरक तरिकाले सम्हाल्छ। एउटा आयातकर्तामा सफलतापूर्वक खुल्ने फाइल अर्कोले अस्वीकार गर्न सक्छ, र आयातमा सफलता इच्छित जडानसँगको अनुकूलता प्रमाणित गर्दैन। अपरेटरलाई सोध्नुहोस् कि Linux-अनुकूल प्रोफाइल पहिल्यै छ कि छैन, किनकि समर्थित कलाकृतिबाट सुरु गर्नु एउटा अनुवाद गर्नुभन्दा छोटो हुन्छ।

सर्भर विश्वास, क्लाइन्ट पहिचान र निजी कुञ्जी सुरक्षालाई तीन अलग प्रश्नका रूपमा राख्नुहोस्।

जडान गर्नुअघिको समीक्षा

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

openvpn --config ./config.conf --verb 4

वार्तामा तय भएको नतिजालाई अपरेटरले प्रोफाइलले के गर्नुपर्छ भनेर भन्ने कुरासँग तुलना गर्नुहोस्, र Linux क्लाइन्टले बेवास्ता गरेको कुनै पनि विकल्प नोट गर्नुहोस्।

स्थानान्तरण स्वीकार भएपछि, सामान्य प्रमाण-व्यवस्थापन प्रक्रियाबाट स्थानान्तरण प्रतिलिपिहरू हटाउनुहोस्। साझा फोल्डरमा छोडिएको बन्डल साझा फोल्डरमा छोडिएको प्रमाण हो।