pfSense वर Client Export विरुद्ध बाहेर जाणारे OpenVPN इन्स्टन्स

तुम्ही Client Export पॅकेज इन्स्टॉल करता, ते उघडता, आणि सर्व्हर निवडक रिकामा आहे. स्वाभाविक निष्कर्ष असा आहे की पॅकेज खराब आहे किंवा pfSense अजिबात VPN क्लायंट म्हणून काम करू शकत नाही, आणि दोन्ही चुकीचे आहेत. निवडक रिकामा आहे कारण pfSense वर कोणताही दूरस्थ-प्रवेश सर्व्हर कॉन्फिगर केलेला नाही, आणि हे पॅकेज कधीही फायरवॉलला बाहेर डायल करायला लावणारे साधन नव्हते. दोन वेगळी कामे एक शब्द वाटून घेतात, आणि रिकामी यादी म्हणजे त्यातील एकीकडून ते न करणारी गोष्ट मागण्याचा आवाज आहे.

काहीही इन्स्टॉल करण्यापूर्वी कोण सुरू करेल हे ठरवा

एक प्रश्न विचारा: कोणते उपकरण कनेक्शन सुरू करते? जर प्रवास करणारा कर्मचारी कार्यालयाच्या फायरवॉलशी जोडला जात असेल, तर pfSense सर्व्हर आहे आणि कर्मचाऱ्याचा लॅपटॉप क्लायंट आहे. त्या बाबतीत तुम्हाला आवश्यक असलेले पॅकेज लॅपटॉपसाठी सामग्री तयार करते, कारण लॅपटॉप ही डायल करणारी बाजू आहे.

जर pfSense दुसऱ्या कोणाच्या VPN सेवेशी जोडले जात असेल, तर फायरवॉल क्लायंट आहे आणि तुम्ही डायल करता त्या अंतिम बिंदूचा मालक दूरस्थ ऑपरेटर आहे.

दोन्ही परिस्थिती क्लायंट हा शब्द वापरतात, आणि गोंधळ येथूनच सुरू होतो. हा शब्द एका कनेक्शनमधील भूमिका सांगतो, उत्पादन श्रेणी नाही.

एक्सपोर्टर सर्व्हर-बाजूचा सहाय्यक आहे

Client Export pfSense वर आधीपासून असलेला दूरस्थ-प्रवेश सर्व्हर घेते आणि जोडणाऱ्या उपकरणाला आवश्यक सामग्री तयार करते. ते त्या सर्व्हरच्या सेटिंग्ज, प्रमाणपत्रे आणि टनेल पर्याय वाचते, नंतर ते अन्यत्र वापरण्यासाठी पॅकेज करते.

म्हणूनच निवडक फक्त Remote Access मोडमधील सर्व्हरची यादी दाखवते. असे सर्व्हर नसेल तर निर्यात करण्यासारखे काही नाही, आणि रिकामी यादी दोष नाही तर अचूक अहवाल आहे. आधी दूरस्थ-प्रवेश सर्व्हर तयार करा आणि निवडक स्वतः भरून जाईल. हा क्रम लोकांना पॅकेजमधील कोणत्याही सेटिंगपेक्षा जास्त वेळा गोंधळात टाकतो.

पॅकेज संदर्भ हे अवलंबित्व स्पष्टपणे सांगतो. पॅकेज तुमच्यासाठी सर्व्हर तयार करू शकते असे गृहीत धरण्यापूर्वी तो वाचा.

बाहेर जाणारे इन्स्टन्स वेगळे कॉन्फिगरेशन आहे

pfSense ला दुसऱ्या सेवेचा क्लायंट बनवणे म्हणजे OpenVPN क्लायंट इन्स्टन्स त्या पुरवठादाराच्या अंतिम बिंदू, पोर्ट, प्रोटोकॉल, क्रेडेन्शियल्स आणि विश्वास सामग्रीसह तयार करणे. Netgate हे एक्सपोर्ट पॅकेजपासून वेगळे नोंदवते, कारण हे कॉन्फिगरेशनमधील वेगळे घटक आहे.

एक्सपोर्टर इन्स्टॉल केल्याने यापैकी एकही फील्ड भरत नाही, आणि कोणतेही एक्सपोर्ट स्वरूप तुमच्यासाठी ती तयार करणार नाही. जर तुमचा पुरवठादार प्रोफाइल देत असेल, तर तुम्ही त्याची मूल्ये तुम्ही तयार केलेल्या इन्स्टन्समध्ये आयात करता किंवा उतरवून घेता.

दोन्ही कॉन्फिगरेशन वेगळ्या मानसिक खोक्यांमध्ये ठेवा. एक इतर उपकरणांना उत्तर देते; दुसरे दुसऱ्या सर्व्हरकडे टनेल मागते.

उपकरण वापरू शकणारे एक्सपोर्ट स्वरूप निवडा

एक्सपोर्ट इनलाइन कॉन्फिगरेशन, बंडल केलेले आर्काइव्ह आणि विशिष्ट क्लायंट ॲप्ससाठी इन्स्टॉलर म्हणून येतात. कोणता डाउनलोड सर्वात पूर्ण दिसतो यावरून नाही, तर प्राप्तकर्ता उपकरण प्रत्यक्षात काय आयात करू शकते यावरून निवडा.

इनलाइन फाइल पेस्ट केलेले कॉन्फिगरेशन स्वीकारणाऱ्या क्लायंटसाठी सोयीची आहे. बंडल वेगळ्या फाइल्स वाहून नेते आणि डिरेक्टरी हवी असलेल्या क्लायंटला योग्य आहे. इन्स्टॉलर असे गृहीत धरतो की त्या प्लॅटफॉर्मवर विशिष्ट ॲप स्वीकार्य आहे, जे तांत्रिक इतकेच धोरणात्मक निर्णय आहे. काहीही डाउनलोड करण्यापूर्वी प्राप्तकर्ता टीम कोणत्या क्लायंटला आधार देते ते विचारा.

काही एक्सपोर्टमध्ये प्रमाणपत्रे आणि खाजगी की असतात, आणि ती की सामग्री संरक्षित करणारा पासवर्ड वापरकर्त्याच्या खाते पासवर्डपेक्षा वेगळा असू शकतो. पूर्ण एक्सपोर्ट कॉन्फिगरेशन नमुना म्हणून तिकिटात पेस्ट करण्याऐवजी मंजूर नोंदणी माध्यमातून सामग्री पोहोचवा.

साइट-टू-साइटला पॅकेज नाही, भूमिका आणि मार्ग हवे

शाखा टनेल पुन्हा वेगळी रचना आहे. कोणता अंतिम बिंदू सर्व्हर भूमिका घेतो आणि कोणता क्लायंट भूमिका, हे ओळखा, नंतर काहीही कॉन्फिगर करण्यापूर्वी दोन्ही बाजूंचे मार्गित नेटवर्क परिभाषित करा.

शाखेचे मार्ग, फॉरवर्डिंग परवानगी किंवा परतीचा मार्ग याबद्दल Client Export ला कोणतेही मत नाही, कारण दूरस्थ-प्रवेश क्लायंट सामग्री तयार करणे हेच त्याचे संपूर्ण काम आहे.

आधी भूमिका आणि मार्गांची यादी लिहा, पॅकेजचा प्रश्न स्वतः उत्तर देईल. चुकल्यास कोणतेही एक्सपोर्ट स्वरूप रचना वाचवत नाही. परतीच्या मार्गालाही हेच लागू आहे: जी शाखा केंद्रापर्यंत पोहोचते पण तिला उत्तर मिळू शकत नाही, ती कार्यरत टनेल नाही.