Windows ले अपरेटिङ सिस्टमबाहेक केही पनि स्थापना नगरी VPN जडान स्वीकार गर्न सक्छ, र तपाईंका दुई मेसिनलाई एक दिउँसो सुरुङ चाहिँदा त्यो साँच्चै सहयोगी हुन्छ। करिब त्यति समयसम्म यो उपयोगी रहन्छ। अन्तर्निहित श्रोतासँग प्रोटोकलको स्थिर सूची छ, प्रत्येक क्लाइन्टका लागि कुनै नीति छैन, र कोहीले बन्द गर्न सक्ने डेस्कटपमा निर्भरता छ। यसको, राउटरको अन्त्य बिन्दु र OpenVPN होस्टबीच छान्नु रुचिको नभई तीन सर्तको विषय हो।

अन्तर्निहित श्रोता वास्तवमा के हो

इनकमिङ जडान विजार्डले कार्यस्थललाई सानो टाढाको पहुँच अन्त्य बिन्दु बनाउँछ। कुन स्थानीय खाताले डायल गर्न सक्छन्, ठेगाना कसरी बाँडिन्छ र कुन प्रोटोकल सक्रिय छ भन्ने तपाईंले छान्नुहुन्छ: PPTP, साथै संस्करण र प्रमाणपत्रको कामले समर्थन गरेमा L2TP/IPsec वा SSTP।

यो जो होइन त्यो नीतिको तह हो। प्रत्येक प्रयोगकर्ताका लागि मार्ग बाँडफाँट छैन, सर्भरले लादेको विभाजित सुरुङ छैन, र सुरुङ तथा कार्यस्थलको आफ्नै सञ्जाल पहिचानबीच कुनै विभाजन छैन। जोडिने क्लाइन्ट कार्यस्थलकै सेग्मेन्टमा ओर्लन्छ, त्यो सेग्मेन्टको फायरवाल नियमअन्तर्गत।

अन्तिम बिन्दु नै तौलनुपर्ने कुरा हो। कार्यस्थलका आफ्नै पोर्ट, साझेदारी र ब्राउजर अब खाता भएको जो कोहीलाई पुग्ने भएका छन्, र खाता स्थानीय Windows खाता हो जससँग पहिले नै गर्न सक्ने सबै कुरा छन्।

निर्णय गर्ने तीन सर्त

पहुँच कति समय रहनुपर्छ, कति मानिसलाई आवश्यक छ, र सञ्जालले त्यो प्रोटोकल पुर्याउन सक्छ कि भनेर सोध्नुहोस्।

उत्तर एक मेसिन, एक व्यक्ति र तपाईंले राउटर नियन्त्रण गर्ने सञ्जालमा केही घण्टा हो भने, अन्तर्निहित श्रोता उपयुक्त अनुपातमा छ। पहुँचले एक महिनासम्म रिस्टार्ट सहनुपर्ने, फरक-फरक प्रमाणहरूसहित पाँच सहकर्मीलाई सेवा दिनुपर्ने, वा इनकमिङ जडान लिन नसक्ने मोबाइल सञ्जालबाट काम गर्नुपर्ने भए, त्यो होइन। प्रोटोकललाई पोर्टको सट्टा IP प्रोटोकल 47 चाहिन्छ भने, Windows ले जे सुकै समर्थन गरे पनि सञ्जालले पुर्याउन इन्कार गर्न सक्छ।

यी तीन उत्तरले एकै पटकमा अधिकांश बहस हटाउँछन्। बाँकी कार्यान्वयनको विवरण हो।

राउटरको अन्त्य बिन्दु कहाँ जित्छ

राउटरमा अन्त्य हुने सुरुङ स्थायी पहुँचका लागि स्वाभाविक छनोट हो। राउटर पहिले नै सधैं खुला हुन्छ, यसले अर्को कार्यालयसम्म साइट-देखि-साइट सुरुङ बोक्न सक्छ, र राउटरले उनीहरूले प्रयोग गर्ने प्रोटोकल दिए क्लाइन्टलाई केही पनि स्थापना गर्नु पर्दैन।

सीमा फर्मवेयरको हो। उपभोक्ता राउटरहरूले प्रायः विशिष्टताले अनुमति दिनेको एउटा भाग मात्र समर्थन गर्छन्, र VPN समर्थनको विज्ञापन गर्ने मोडेलमा तपाईंले योजना गरेको ठ्याक्कै त्यो प्रोटोकल नहुन सक्छ। स्थापित फर्मवेयरको सुविधा सूची हेर्नुहोस्, उत्पादन परिवारको होइन।

OpenVPN होस्ट कहाँ जित्छ

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

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

पहुँचको वाचा गर्नुअघि मार्ग जाँच्नुहोस्

Windows श्रोता असफल हुनुको सबैभन्दा सामान्य कारण प्रमाणीकरण होइन। कारण मार्ग हो: PPTP लाई इनकमिङ TCP 1723 र GRE चाहिन्छ, जो पोर्ट होइन प्रोटोकल 47 हो, र धेरै राउटरले पोर्ट मात्र अगाडि पठाउँछन्। केही पहुँच सञ्जालले इनकमिङ जडानलाई पटक्कै अनुमति दिँदैनन्। यो एक तथ्यले कुनै पनि Windows सेटिङभन्दा बढी सञ्जालमा अन्तर्निहित श्रोतालाई बाहिर गर्छ।

खाता कन्फिगर गर्नुअघि मार्ग परीक्षण गर्नुहोस्, ताकि असफलतालाई तीन नभई एउटै उम्मेदवार होस्:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

पहिलो लाइनमा बन्द पोर्ट अगाडि पठाउने वा अपरेटरको समस्या हो, Windows को होइन। तेस्रो लाइन OpenVPN छानेपछि गर्ने जाँच हो, जहाँ सुन्ने एउटा UDP पोर्टले सम्पूर्ण प्रोटोकल प्रश्नको ठाउँ लिन्छ।

तपाईंले जुनसुकै विकल्प छाने पनि, PPTP लाई दीर्घकालीन व्यवस्थाका रूपमा इन्टरनेटतिर राख्नु हुँदैन; यसको प्रमाणीकरण र इन्क्रिप्शन पुरानो भइसकेको छ। र यदि साँचो आवश्यकता एउटै वेब अनुप्रयोग हो भने, रिभर्स प्रोक्सी कुनै पनि VPN भन्दा सानो उत्तर हो।

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