.ovpn फ़ाइल आयात करना: यह क्या इंस्टॉल करती है और क्या नहीं
ऑपरेटर की फ़ाइल को क्लाइंट के अपने वर्कफ़्लो से आयात करें। इनलाइन प्रमाणपत्र, असमर्थित निर्देश और वह प्रविष्टि जाँचें जिसे आप वास्तव में लॉन्च करते हैं।
आपने प्रोफ़ाइल आयात की, क्लाइंट कहता है कि कनेक्शन बन गया, और सिस्टम की प्रमाणपत्र सूची बिल्कुल पहले जैसी दिखती है। यह अपेक्षित परिणाम है, असफल आयात नहीं। एक .ovpn फ़ाइल टेक्स्ट कॉन्फ़िगरेशन है जो किसी संगत OpenVPN क्लाइंट को बताती है कि सर्वर तक कैसे पहुँचना है और प्रमाणीकरण कैसे करना है, और यह डिवाइस के ट्रस्ट स्टोर में कभी कुछ नहीं लिखती। इस भ्रम से दो गलतियाँ निकलती हैं: यह अपेक्षा करना कि कोई मूल VPN प्रकार दिखाई देगा, और यह निष्कर्ष निकालना कि आयात विफल रहा क्योंकि कोई प्रमाणपत्र नहीं दिखा।
यह विश्वास कि आयात प्रमाणपत्र इंस्टॉल करता है
प्रोफ़ाइल प्रमाणपत्र सामग्री को अपने भीतर ले जा सकती है, और यही उस विचार का स्रोत है: कोणीय कोष्ठकों के बीच टेक्स्ट का एक खंड इंस्टॉलेशन जैसा दिखता है। क्लाइंट इसे इसके बजाय कॉन्फ़िगरेशन के रूप में पढ़ता है, और प्रमाणपत्र को ऑपरेटिंग सिस्टम के बजाय अपनी TLS परत को सौंप देता है। डिवाइस की ट्रस्ट सेटिंग्स में कुछ नहीं जुड़ता, और जुड़ना चाहिए भी नहीं। फ़ाइल एक कनेक्शन का वर्णन करती है, जबकि ट्रस्ट स्टोर बताता है कि डिवाइस किस पर विश्वास करने को तैयार है।
प्रोफ़ाइल उस निजी कुंजी के बिना भी बेकार है जिसका वह हवाला देती है, और यह एक और कारण है कि वह प्रमाणपत्र नहीं है। फ़ाइल को ऑपरेटर के सत्यापित चैनल से लें, और उसे संवेदनशील मानें, क्योंकि वह आपकी पहचान से जुड़ी सामग्री अपने भीतर रख सकती है। कुंजी खो दें और प्रोफ़ाइल उस कनेक्शन का विवरण बन जाती है जिसे आप बना ही नहीं सकते।
फ़ाइल को वैसे खोलें जैसे क्लाइंट का दस्तावेज़ बताता है
क्लाइंट के दस्तावेज़ित फ़ाइल-आयात विकल्प का उपयोग करें, न कि एक्सटेंशन का नाम बदलें या टेक्स्ट को किसी असंबंधित VPN डायलॉग में चिपकाएँ। कुछ उत्पाद URL या बंडल किए गए संग्रह भी स्वीकार करते हैं, और वे अपने स्वयं के विफलता तरीकों वाली अलग समर्थित विधियाँ हैं। यदि प्रमाणपत्र या कुंजियाँ अलग फ़ाइलों के रूप में आती हैं, तो कुछ भी हिलाने से पहले पता करें कि क्लाइंट उन्हें कैसे प्राप्त करना चाहता है। केवल .ovpn टेक्स्ट को दूसरी मशीन पर कॉपी करने से हर संदर्भित पथ ऐसी फ़ाइल की ओर इशारा करता रह जाता है जो वहाँ नहीं है, और आपको मिलने वाली त्रुटि गुम आयात के बजाय गुम फ़ाइल की बात करेगी।
यही एक पंक्ति में पोर्टेबिलिटी का जाल है: टेक्स्ट यात्रा करता है और संदर्भ नहीं। संदर्भित फ़ाइलों को उस लेआउट में रखें जो क्लाइंट का दस्तावेज़ बताता है, या यदि क्लाइंट समर्थन देता है तो प्रोफ़ाइल को इनलाइन रूप में बदल दें।
इनलाइन सामग्री बनाम संदर्भित फ़ाइलें
इनलाइन प्रोफ़ाइल CA, प्रमाणपत्र और कुंजी को फ़ाइल के भीतर रखती है, इसलिए यह आत्मनिर्भर और पोर्टेबल है, पर साथ ही एक ऐसी वस्तु है जिसे उसके भीतर की कुंजी जितनी सावधानी से बचाना होता है। संदर्भित प्रोफ़ाइल डिस्क पर पथों के नाम देती है, जो केवल वहीं काम करता है जहाँ वे पथ मौजूद हैं और जहाँ क्लाइंट उन्हें पढ़ने की अनुमति के साथ चलता है। एक रूप को दूसरे के बिना ले जाना सामान्य पोर्टेबिलिटी विफलता है, और वह आयात त्रुटि के बजाय TLS त्रुटि के रूप में सामने आती है। कोई भी रूप सुरक्षा मॉडल नहीं बदलता, क्योंकि क्लाइंट अब भी सर्वर को सत्यापित करता है और अब भी एक उपयोगी निजी कुंजी चाहता है।
जो प्रोफ़ाइल आयात सफल कराने के लिए सत्यापन बंद कर देती है, उसने जाँच को प्रगति के आभास से बदल दिया है। किसी वास्तविक चीज़ से जुड़ने से पहले वह सेटिंग वापस रखें।
अस्वीकृत निर्देश क्लाइंट का मेल न होना है
जो निर्देश डेस्कटॉप क्लाइंट स्वीकार करता है, वह मोबाइल क्लाइंट या सरलीकृत डेस्कटॉप बिल्ड द्वारा अस्वीकार किया जा सकता है, और स्क्रिप्ट हुक, रूटिंग कमांड तथा कुछ ट्रांसपोर्ट विकल्प इसी श्रेणी में आते हैं। क्लाइंट कठिनाई नहीं कर रहा; वह ऐसे निर्देश चलाने से मना कर रहा है जिन्हें वह लागू नहीं कर सकता। आयात त्रुटियाँ आमतौर पर निर्देश का नाम बताती हैं, और वह नाम सामान्य आयात-नहीं-हो-सका संदेश से कहीं अधिक उपयोगी है। प्रोफ़ाइल को संपादित करने से पहले उस नाम को क्लाइंट के अपने दस्तावेज़ में खोजें।
केवल आयात पार कराने के लिए सर्वर सत्यापन हटाएँ नहीं और अपरिचित स्क्रिप्टिंग सक्षम न करें। या तो ऐसा क्लाइंट खोजें जो उस निर्देश का समर्थन करता हो, या ऑपरेटर से उस क्लाइंट के लिए लिखी प्रोफ़ाइल माँगें जिसे आप वास्तव में चलाते हैं। किसी त्रुटि को चुप कराने के लिए एक पंक्ति हटाना इस बात को बदल देता है कि कनेक्शन क्या गारंटी देता है, और वह बदलाव आयात से आगे तक टिकता है।
उस प्रविष्टि की जाँच करें जिसे आप वास्तव में लॉन्च करते हैं
कोई गारंटी नहीं है कि अभी डाउनलोड की गई फ़ाइल ने पिछले महीने आयात की गई प्रति को बदल दिया है, इसलिए जुड़ने से पहले चुनी गई प्रोफ़ाइल का नाम और उसके सर्वर विवरण की पुष्टि करें। जुड़ने के बाद, जिस संसाधन की आपको वास्तव में ज़रूरत है उसे जाँचें और रूटिंग तथा DNS व्यवहार देखें, क्योंकि पूरा हुआ कनेक्शन केवल पहला चरण है। यदि प्रोफ़ाइल अस्वीकार हो जाए, तो सटीक आयात संदेश और क्लाइंट संस्करण सँभाल कर रखें, क्योंकि यह उस प्रोफ़ाइल से अलग समस्या है जो आयात होकर भी अपने सर्वर तक नहीं पहुँचती। OpenVPN मैनुअल उन निर्देशों का दस्तावेज़ है जो प्रोफ़ाइल में हो सकते हैं, और किसी प्रोफ़ाइल को संपादित करने से पहले यही संदर्भ देखना चाहिए।
जब प्रतिस्थापन काम करने लगे, तो पुरानी प्रविष्टि को क्लाइंट के अपने हटाने नियंत्रण से सेवानिवृत्त करें। डाउनलोड से फ़ाइल हटाने पर ऐप के भीतर संग्रहीत कनेक्शन जैसा था वैसा ही रहता है। अंत में यह दर्ज करें कि कौन-सा प्रोफ़ाइल नाम सक्रिय है, ताकि अगला व्यक्ति उस प्रति से न जुड़े जिसे आप सेवानिवृत्त करना चाहते थे।