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 डाउनलोड ट्युटोरियल सध्याची पोर्टल मांडणी आणि प्रोफाइल व पूर्व-संरचित इन्स्टॉलर यातील फरक दाखवते।