Linux पर Viscosity एक्सपोर्ट बनाम सामान्य OpenVPN प्रोफ़ाइल

Viscosity की .visz फ़ाइल का नाम बदलकर .ovpn करने से अंदर का कुछ नहीं बदलता, क्योंकि एक्सटेंशन ने कभी किसी प्रोटोकॉल का वर्णन नहीं किया। असली तुलना निर्भरताओं वाले बंडल और बिना किसी निर्भरता वाले सामान्य क्लाइंट प्रोफ़ाइल के बीच है। Linux के किसी इम्पोर्टर से इसे पढ़ने को कहने से पहले तय करें कि आपको वास्तव में कौन-सा कंटेनर मिला है।

हर कंटेनर में क्या होता है

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

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

बाहरी एक्सटेंशन बताता है कि आपके पास कौन-सा कंटेनर है, यह नहीं कि कौन-सा क्लाइंट उसका उपयोग कर सकता है।

कॉन्फ़िगरेशन वास्तव में कहाँ से शुरू होता है

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

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

उस शिकायत को चुप कराने के लिए ट्रस्ट या पहचान विकल्प हटाना कोई समाधान नहीं है।

बंडल क्या साथ नहीं ले जाता

Viscosity की अपनी प्राथमिकताएँ सभी OpenVPN विकल्प नहीं हैं। स्क्रिप्ट, रूट व्यवहार और एप्लिकेशन सेटिंग्स को Linux क्लाइंट के समर्थित एकीकरण के माध्यम से दर्शाना पड़ सकता है, न कि ऐसे टेक्स्ट के रूप में कॉपी करना जिसे कोई अन्य प्रोग्राम चला सके।

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

मूल प्रति माइग्रेशन स्वीकार होने तक सुरक्षित रहती है।

Linux पक्ष को क्या तय करना है

तय करें कि कनेक्शन का स्वामी कौन होगा: अकेला Community OpenVPN, NetworkManager प्लगइन, या कोई अन्य समर्थित क्लाइंट। हर एक अलग विकल्प-समुच्चय स्वीकार करता है, और हर एक रूट, रिज़ॉल्वर और सीक्रेट को अलग तरह से संभालता है। जो फ़ाइल एक इम्पोर्टर में सफलतापूर्वक खुलती है, दूसरा उसे अस्वीकार कर सकता है, और इम्पोर्ट में सफलता इच्छित कनेक्शन के साथ अनुकूलता साबित नहीं करती। ऑपरेटर से पूछें कि क्या Linux-अनुकूल प्रोफ़ाइल पहले से मौजूद है, क्योंकि समर्थित आर्टिफ़ैक्ट से शुरू करना किसी को अनुवाद करने से छोटा है।

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

कनेक्ट करने से पहले की समीक्षा

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

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

सौदेबाज़ी से निकले परिणाम की तुलना ऑपरेटर के उस कथन से करें कि प्रोफ़ाइल को क्या करना चाहिए, और Linux क्लाइंट द्वारा अनदेखे किए गए किसी भी विकल्प को नोट करें।

माइग्रेशन स्वीकार होने पर स्थानांतरण प्रतियों को क्रेडेंशियल संभालने की सामान्य प्रक्रिया से हटा दें। साझा फ़ोल्डर में छोड़ा गया बंडल साझा फ़ोल्डर में छोड़ा गया क्रेडेंशियल है।