SoftEther VPN वास्तव में क्या देता है और क्लाइंट उस तक कैसे पहुँचते हैं

SoftEther ऐसी सेवा नहीं है जिसमें आप जुड़ते हैं; यह ऐसा सॉफ़्टवेयर है जिसे कोई चलाता है, और एक इंस्टॉलेशन एक साथ कई कनेक्शन विधियाँ उपलब्ध करा सकता है। आपको कौन-सी विधि इस्तेमाल करनी चाहिए, यह इस पर निर्भर है कि ऑपरेटर ने क्या सक्षम किया है, आपका डिवाइस क्या समर्थित करता है, और आपको पूरा नेटवर्क पथ चाहिए या केवल एक एप्लिकेशन। कुछ भी इंस्टॉल करने से पहले ये तीन उत्तर पढ़ें।

पहला निर्णय: ऑपरेटर ने क्या सक्षम किया?

SoftEther अपना SSL-VPN मोड, OpenVPN-संगत पहुँच, L2TP/IPsec और MS-SSTP का दस्तावेज़ीकरण करता है, और वास्तविक लिसनर डिप्लॉयमेंट तथा सॉफ़्टवेयर संस्करण पर निर्भर करते हैं। एक पोर्ट पर उत्तर देने वाला सर्वर दूसरे पोर्ट पर उत्तर न दे सकता है। क्लाइंट मेन्यू में सबसे नया नाम सही मान लेने के बजाय पूछें कि ऑपरेटर कौन-सी विधि देता है।

कनेक्शन विधि और प्रोफ़ाइल प्रारूप आपस में बदले नहीं जा सकते।

OpenVPN क्लाइंट को संगत प्रोफ़ाइल चाहिए, IPsec क्लाइंट को अपने क्रेडेंशियल और पैरामीटर चाहिए, और मूल क्लाइंट को सर्वर पता और हब नाम चाहिए। इन्हें मिलाने से ऐसी प्रमाणीकरण विफलता होती है जो गलत पासवर्ड जैसी ही दिखती है।

दूसरा निर्णय: आपका डिवाइस क्या समर्थित करता है?

फ़ोन और टैबलेट में अक्सर मूल क्लाइंट नहीं होता और वे इसके बजाय L2TP/IPsec या संगत प्रोफ़ाइल दे सकते हैं। यह समर्थन का निर्णय है, कोई अवनति नहीं। वह विधि चुनें जिसे आपका प्लेटफ़ॉर्म समर्थित करता है और जिसे ऑपरेटर ने सक्षम किया है, और मान लें कि फ़ील्ड उनके बीच अलग होंगे। केवल डेस्कटॉप पर मौजूद विधि ऐसे डिवाइस के लिए समाधान नहीं है जो उसे इंस्टॉल नहीं कर सकता।

एक विधि में काम करने वाला पासवर्ड दूसरी विधि में स्वतः सही मान नहीं होता। कुछ विधियों में हब या टेनेंट का नाम होता है, कुछ को पहले से साझा कुंजी चाहिए, और कुछ प्रमाणपत्र इस्तेमाल करती हैं। किसी दूसरे क्लाइंट से काम करने वाला मान कॉपी करना ऐसी क्रेडेंशियल त्रुटि बनाने का सबसे सामान्य तरीका है जिसे कोई समझा नहीं सकता।

लिख लें कि काम करने वाली प्रोफ़ाइल कौन-सी विधि इस्तेमाल करती है, क्योंकि अगली बार डिवाइस बदलते समय यह मायने रखेगा।

तीसरा निर्णय: पूरा नेटवर्क या एक सेवा?

एक डिप्लॉयमेंट तीन रूप दे सकता है: सामान्य इंटरनेट आउटलेट, चुने गए निजी सबनेट में रूट, या ब्रिज किया गया ईथरनेट सेगमेंट। उपयोगकर्ता की दृष्टि से ये अलग उत्पाद हैं, और चुनाव सर्वर पर होता है, क्लाइंट पर मोल-भाव नहीं। ब्रिजिंग ब्रॉडकास्ट ट्रैफ़िक और भरोसे की सीमा बढ़ाती है, इसलिए उसे सुविधा के बजाय वास्तविक आवश्यकता का पालन करना चाहिए।

अगर आपको एक निजी वेबसाइट चाहिए, तो सामान्यतः एक रूट और एक DNS उत्तर पर्याप्त हैं। एक ही सेवा तक पहुँचने के लिए पूरा ईथरनेट सेगमेंट बढ़ाने से हर ब्रॉडकास्ट और हर डिस्कवरी प्रोटोकॉल दूरस्थ नेटवर्क का हिस्सा बन जाता है। वह सबसे संकरा पथ माँगें जो काम करता है, और ब्रिजिंग उचित है या नहीं यह ऑपरेटर को तय करने दें।

गलत हब में सफल लॉगिन भी गलत कनेक्शन है।

वर्चुअल हब क्या बदलता है

वर्चुअल हब सर्वर के तार्किक नेटवर्क व्यवस्थित करते हैं, और किसी खाते को दिया गया हब तय करता है कि वह खाता किन संसाधनों तक पहुँचता है। हब का नाम निकास-देश का लेबल नहीं है, और यह अनुमति स्तर भी नहीं है। यह एक नेटवर्क कंटेनर है, और ऑपरेटर खातों को उससे जोड़ता है। इसलिए एक ही सर्वर के दो खाते ऐसे नेटवर्क में पहुँच सकते हैं जो कुछ भी साझा नहीं करते।

परिचित हब खोजने के बजाय वही हब नाम इस्तेमाल करें जो ऑपरेटर ने आपको दिया।

व्यवस्थापक के लिए, हब सदस्यता और अन्य नेटवर्क से जुड़ाव को अपने पहुँच नियम चाहिए। जो उपयोगकर्ता सही हब में जुड़ता है वह अब भी हब की नीति से अवरुद्ध हो सकता है, और गलत हब वाले उपयोगकर्ता को वह सब अनुमत हो सकता है जो वह हब देता है।

इंस्टॉल करने से पहले पुष्टि करें

तीन प्रश्न पूछें: कौन-सी विधि सक्षम है, उस विधि को कौन-सी प्रोफ़ाइल या पैरामीटर चाहिए, और खाता कहाँ तक पहुँच सकता है। फिर केवल अपनी भूमिका का घटक इंस्टॉल करें, क्योंकि सर्वर पैकेज बाहर जाने वाला कनेक्शन नहीं बनाता और क्लाइंट पैकेज गेटवे का प्रबंधन नहीं करता। तीन में से दो उत्तर घटक चुनने के लिए पर्याप्त नहीं हैं, और अनुमान लगाना पूछने से अधिक समय लेता है।

प्रोफ़ाइल के बगल में ऑपरेटर का नाम दर्ज करें, क्योंकि बिना मालिक वाली प्रोफ़ाइल ऐसी प्रोफ़ाइल है जिसे कोई ठीक नहीं कर सकता।

दो SoftEther सर्वर बहुत अलग तरह से व्यवहार कर सकते हैं, इसलिए फ़ोरम से मिली काम करने वाली प्रोफ़ाइल किसी और के डिप्लॉयमेंट का सबूत है, आपके अपने का नहीं।