OpenVPN Access Server प्रोफ़ाइल डाउनलोड: सही खाता
प्रोफ़ाइल डाउनलोड केवल उसी खाते के लिए काम करता है जिसके लिए इसे बनाया गया था। क्लाइंट पोर्टल से फ़ाइल तक पाँच जाँचें करें, फिर इसे रद्द करने योग्य रखें।
उपयोगकर्ता-लॉक Access Server प्रोफ़ाइल एक खाते के लिए बनाया जाता है और हर दूसरे को अस्वीकार करता है, इसलिए डाउनलोड चरण यह तय करता है कि फ़ाइल किसकी है, इससे पहले कि कोई क्लाइंट सेटिंग मायने रखे। नीचे का क्रम वही है जो मैं हर उस व्यक्ति को देता हूँ जो “VPN फ़ाइल” माँगता है: उस व्यक्ति के रूप में साइन इन करें जो इसे उपयोग करेगा, अपने सर्वर संस्करण के लिए नियंत्रण खोजें, पढ़ें कि फ़ाइल किससे लॉक है, पुष्टि करें कि नीति उस प्रकार की अनुमति देती है, और फिर इसे ऐसे सौंपें कि आप अब भी रद्द कर सकें। पहले असफल चरण पर रुकें; हर बाद का चरण मानता है कि पिछला टिका रहा।
जाँच 1: खाते के रूप में साइन इन करें, एडमिनिस्ट्रेटर के रूप में नहीं
क्लाइंट पोर्टल सामान्य उपयोगकर्ता इंटरफ़ेस है, आमतौर पर https://vpn.example:943/ पर, जबकि प्रशासन https://vpn.example:943/admin पर होता है। ये डिफ़ॉल्ट उदाहरण हैं; होस्टनाम, पोर्ट और रिवर्स प्रॉक्सी इन्हें बदल देते हैं, इसलिए वह पता उपयोग करें जो आपके ऑपरेटर ने दिया। पहले एडमिन पथ पर साइन इन करना सबसे आम गलती है, क्योंकि एडमिन सत्र खाते बना और प्रबंधित कर सकता है पर वह खाता नहीं है जो टनल ले जाएगा।
अगर व्यक्ति अभी साइन इन नहीं कर सकता, तो यहीं रुकें और पहले उसे ठीक करें: पासवर्ड रीसेट, छूटा हुआ समूह असाइनमेंट या केवल आयातित प्रमाणीकरण प्रविष्टि के रूप में मौजूद खाता—आप जो भी ब्राउज़र आज़माएँ, डाउनलोड अवरुद्ध रहेगा। एडमिनिस्ट्रेटर के अपने सत्र से डाउनलोड करने पर एडमिनिस्ट्रेटर की प्रोफ़ाइल बनती है, और यही वह फ़ाइल है जो किसी और के लैपटॉप पर नहीं पहुँचनी चाहिए।
जाँच 2: अपने संस्करण के लिए डाउनलोड नियंत्रण खोजें
साइन इन करने के बाद, पोर्टल पृष्ठ के ऊपर की ओर कनेक्शन-प्रोफ़ाइल नियंत्रण दिखाता है। Access Server 2.14 और उससे नए के लिए, ट्यूटोरियल इसे “अपनी प्रोफ़ाइल नीचे डाउनलोड करें” के अंतर्गत कनेक्शन प्रोफ़ाइल अनुभाग के रूप में बताता है। जहाँ पोर्टल पूर्व-कॉन्फ़िगर OpenVPN Connect इंस्टॉलर भी देता है, वे दो अलग सौंपक हैं: एक क्लाइंट को प्रोफ़ाइल पहले से जुड़ी हुई स्थिति में इंस्टॉल करता है, दूसरा आपको ऐसी फ़ाइल देता है जिसे आपके पास पहले से मौजूद क्लाइंट में आयात किया जाए।
यहाँ संस्करण मायने रखता है। पुराना पोर्टल उसी बटन को अलग तरह से लेबल कर सकता है, और भारी रूप से अनुकूलित पोर्टल उसे किसी सूचना के नीचे ले जा सकता है। अगर अनुभाग पूरी तरह अनुपस्थित है, तो URL का अनुमान लगाना शुरू न करें: पथों के साथ प्रयोग करने के बजाय नीति जाँच पर जाएँ, क्योंकि छूटा हुआ नियंत्रण लगभग हमेशा सर्वर-पक्ष का निर्णय होता है।
जाँच 3: पढ़ें कि फ़ाइल किससे लॉक है
उपयोगकर्ता-लॉक प्रोफ़ाइल में एक उपयोगकर्ता के लिए जारी एम्बेडेड क्लाइंट प्रमाणपत्र और कुंजी होती है, और सर्वर उस पहचान को उसी खाते से मैप करता है। फ़ाइल का नाम बदलना, उसका प्रदर्शित नाम संपादित करना या प्रॉम्प्ट पर भिन्न क्रेडेंशियल टाइप करना मैपिंग नहीं बदलता, इसीलिए कॉपी की गई प्रोफ़ाइल दूसरे व्यक्ति के लिए राउटिंग समस्या के बजाय प्रमाणीकरण या प्रमाणपत्र त्रुटि के साथ विफल होती है। अगर पुष्टि करनी हो कि आपके पास क्या है तो फ़ाइल के अंदर देखें:
grep -c "BEGIN CERTIFICATE" office-user.ovpn
grep -n "^remote " office-user.ovpn
प्रमाणपत्रों की संख्या बताती है कि पहचान एम्बेडेड है; remote पंक्तियाँ केवल सर्वर का नाम लेती हैं। इसलिए एक ही सर्वर की ओर संकेत करने वाली दो फ़ाइलें अलग-अलग लोगों की हो सकती हैं, और एक फ़ाइल जो दो सर्वरों की ओर संकेत करती है फिर भी अपने मूल स्वामी से बँधी रहती है। सर्वर-लॉक प्रोफ़ाइल और ऑटो-लॉगिन प्रोफ़ाइल के अनुमत उपयोग मॉडल फिर से अलग हैं: सर्वर-लॉक प्रोफ़ाइल कनेक्शन के समय क्रेडेंशियल की अपेक्षा करती है, और ऑटो-लॉगिन प्रोफ़ाइल डिज़ाइन से ही पासवर्ड प्रॉम्प्ट छोड़ देती है। फ़ाइल संपादित करके इनमें से कोई दूसरा प्रकार नहीं बनता।
जाँच 4: पुष्टि करें कि नीति उस प्रकार की अनुमति देती है
कौन-कौन से प्रोफ़ाइल प्रकार मौजूद हैं, यह एडमिनिस्ट्रेटर की सेटिंग है, क्लाइंट की पसंद नहीं। अगर पोर्टल केवल उपयोगकर्ता-लॉक डाउनलोड देता है, तो सर्वर कोई दूसरा प्रकार अनुमत नहीं कर सकता, या ऐसा अनुमत कर सकता है जो खाते के समूह को नहीं मिलता। छूटा हुआ बटन दिखाने के लिए एडमिनिस्ट्रेटर से दूसरा प्रकार सक्षम करने का अनुरोध वास्तविक परिणामों वाला नीति परिवर्तन है, और डाउनलोड पृष्ठ तक पहुँचने के लिए मल्टी-फ़ैक्टर प्रमाणीकरण हटाना सुविधा के बदले प्रमाणीकरण नियंत्रण बेचना है।
संस्करण के अनुसार, एडमिन वेब UI उपयोगकर्ता के लिए प्रोफ़ाइल प्रबंधन भी देता है, जहाँ एडमिनिस्ट्रेटर उस व्यक्ति के रूप में साइन इन किए बिना प्रोफ़ाइल जारी या रद्द कर सकता है। जहाँ यह क्षमता नहीं है, वहाँ उपयोगकर्ता अपनी फ़ाइल स्वयं डाउनलोड करता है। किसी भी स्थिति में सही स्रोत इच्छित खाता है, कभी भी टेम्पलेट के रूप में प्रयुक्त कॉपी की गई एडमिनिस्ट्रेटर प्रोफ़ाइल नहीं।
जाँच 5: फ़ाइल सौंपें, फिर इसे रद्द करने योग्य रखें
डाउनलोड को कॉन्फ़िगरेशन फ़ाइल के बजाय क्रेडेंशियल सामग्री मानें। उपयोगकर्ता-लॉक प्रोफ़ाइल में निजी कुंजी होती है, इसलिए इसे उसी चैनल से जाना चाहिए जिसे आप पासवर्ड के लिए उपयोग करते, साझा ड्राइव फ़ोल्डर या चैट समूह से नहीं। दर्ज करें कि किस उपयोगकर्ता और किस डिवाइस को कौन-सी फ़ाइल मिली, क्योंकि रद्द करना प्रति खाता है: जब लैपटॉप बदला या खोया जाता है, एडमिनिस्ट्रेटर उस उपयोगकर्ता की पहुँच रद्द करता है और नई प्रोफ़ाइल जारी करता है, और पुरानी फ़ाइल अगले कनेक्शन प्रयास में काम करना बंद कर देती है।
इस क्रम में चार जाँचों के साथ समाप्त करें: पोर्टल साइन-इन इच्छित उपयोगकर्ता का था, फ़ाइल में केवल सर्वर पता नहीं बल्कि पहचान है, इच्छित क्लाइंट से एक परीक्षण कनेक्शन सफल होता है, और दूसरे खाते का उपयोग करने वाला दूसरा कनेक्शन विफल होता है। अगर चौथा सफल होता है, तो आपने गलत फ़ाइल वितरित की है, और अगला कदम कॉन्फ़िगरेशन संपादन नहीं बल्कि रद्द करना है। Access Server डाउनलोड ट्यूटोरियल वर्तमान पोर्टल लेआउट और प्रोफ़ाइल तथा पूर्व-कॉन्फ़िगर इंस्टॉलर के बीच का अंतर दिखाता है।