प्रयोगकर्तासँग बाँधिएको 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 डाउनलोड ट्युटोरियल ले हालको पोर्टल लेआउट र प्रोफाइल तथा पूर्व-कन्फिगर गरिएको इन्स्टलरबीचको फरक देखाउँछ।

सम्बन्धित लेखहरू