SoftEther का मूल क्लाइंट या OpenVPN प्रोफ़ाइल: सही पोर्ट चुनें

एक SoftEther सर्वर एक ही समय में मूल SSL पोर्ट और OpenVPN-संगत पोर्ट पर जवाब दे सकता है, जिससे दोनों एक ही सेवा के दो दरवाज़ों जैसे लगते हैं। ये अलग क्लाइंट, अलग कॉन्फ़िगरेशन प्रारूपों और अलग क्षमताओं वाली दो सेवाएँ हैं। मूल प्रोफ़ाइल को OpenVPN क्लाइंट में डालने पर पार्सिंग के समय विफलता होती है, और त्रुटि कभी-कभार ही बताती है कि क्यों।

पहले श्रोता चुनें, फिर क्लाइंट।

दो श्रोता, दो कॉन्फ़िगरेशन प्रारूप

मूल प्रोटोकॉल SoftEther क्लाइंट के साथ उस कनेक्शन परिभाषा का उपयोग करता है जो सर्वर, पोर्ट, वर्चुअल हब और उपयोगकर्ता का नाम बताती है। OpenVPN-संगत श्रोता remote निर्देश, TLS सामग्री और स्वतंत्र OpenVPN सर्वर द्वारा दिए जाने वाले से कहीं छोटे समर्थित सेट से लिए गए विकल्पों वाली OpenVPN प्रोफ़ाइल की अपेक्षा करता है। SoftEther इसे OpenVPN क्लोन फ़ंक्शन कहता है, और क्लोन निष्ठा के बारे में एक उपयोगी संकेत है।

संगतता संस्करण का प्रश्न है। देखें कि तैनात बिल्ड क्या स्वीकार करता है, न कि वर्तमान OpenVPN मैनुअल क्या दस्तावेज़ित करता है।

चरण 1: पता करें कि ऑपरेटर ने कौन-सा श्रोता सक्षम किया है

पोर्ट संख्या से अनुमान लगाने के बजाय श्रोताओं की सूची माँगें। 443 पर TLS से जवाब देने वाला सर्वर ज़रूरी नहीं कि OpenVPN एंडपॉइंट हो, क्योंकि मूल प्रोटोकॉल वही पोर्ट इस्तेमाल कर सकता है। संगत सर्वर फ़ंक्शनों पर मैनुअल का खंड बताता है कि कौन-से क्लोन मौजूद हैं और वे कैसे सक्षम होते हैं।

अगर आप होस्ट तक पहुँच सकते हैं, तो जो पोर्ट आपको दिया गया है उसे जाँचें, किसी ट्यूटोरियल का पोर्ट नहीं: openssl s_client -connect vpn.example.com:443 -brief कम से कम यह बताता है कि TLS है या नहीं।

चरण 2: मेल खाते क्लाइंट और प्रोफ़ाइल का उपयोग करें

मूल पहुँच के लिए SoftEther क्लाइंट स्थापित करें, ऑपरेटर के विवरण के साथ कनेक्शन बनाएँ और वर्चुअल एडाप्टर जोड़ें। संगत श्रोता के लिए वह OpenVPN प्रोफ़ाइल आयात करें जिसे ऑपरेटर ने सर्वर से निर्यात किया है, क्योंकि इसमें वह CA और क्लाइंट सामग्री है जिसकी उस श्रोता को अपेक्षा है। किसी सामान्य उदाहरण से हाथ से प्रोफ़ाइल न बनाएँ, और मूल कनेक्शन परिभाषा को OpenVPN कॉन्फ़िगरेशन में न चिपकाएँ।

आयात करते समय पार्सिंग त्रुटि प्रारूप की समस्या है, नेटवर्क की नहीं, और उसे आपको फ़ायरवॉल तक नहीं भेजना चाहिए।

चरण 3: तुलना को ईमानदार रखें

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

जब भी आयात विफल हो तब दिखने वाले समाधानों का विरोध करें। प्रमाणपत्र जाँच बंद करना या प्रोफ़ाइल को ज़बरदस्ती निकालने के लिए पुराने साइफ़र सक्षम करना गिरावट है, संगतता विशेषता नहीं।

चरण 4: कनेक्ट होने के बाद रास्ता सत्यापित करें

कनेक्ट होने के बाद, मिला हुआ पता, उसके साथ आए रूट, DNS और एक आंतरिक संसाधन जाँचें। मूल पक्ष पर वर्चुअल एडाप्टर वह इंटरफ़ेस है जिसकी जाँच करनी है; OpenVPN पक्ष पर वह tun या tap डिवाइस है जो क्लाइंट ने बनाया। किसी भी तरह, सवाल यह है कि आपने जो श्रोता चुना वह आपको ज़रूरी पहुँच देता है या नहीं, जो इस बात से अलग तथ्य है कि सुरंग ऊपर आई या नहीं। पता पहले और बाद में लिखें, और उनकी तुलना करें।

दर्ज करें कि किस श्रोता और किस क्लाइंट संस्करण ने काम करने वाला परिणाम दिया। वरना अगला व्यक्ति पोर्ट संख्या से शुरू करके खोज दोहराएगा।