SSTP बनाम OpenVPN: उही पोर्ट 443, फरक प्रोटोकल

दुवै विकल्प TCP 443 पछाडि बस्न सक्छन्, त्यसैले मानिसहरू तिनीहरू अदलबदल गर्न मिल्ने अन्त्यबिन्दु हुन् भन्ने ठान्छन्। त्यस्तो होइन: SSTP सर्भर HTTPS भित्र PPP बोल्छ, जबकि OpenVPN सर्भर TLS माथि वा कच्चा UDP प्रवाहबाट आफ्नै प्रोटोकल बोल्छ। एउटा क्लाइन्टलाई अर्कोको पोर्टमा पठाउँदा कहिल्यै लगइन प्रम्प्टमा नपुग्ने जडान बन्छ। छनोट तपाईं कुन क्लाइन्ट र ट्रान्सपोर्ट समर्थन गर्न सक्नुहुन्छ भन्नेमा छ, नम्बरमा होइन।

साझा पोर्टले साझा प्रोटोकल बनाउँदैन

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

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

पोर्ट 443 नीतिको सुविधा हो। यो थोरै मात्र अरू कुरा अनुमति दिने नेटवर्कबाट जान्छ, र त्यो वास्तविक फाइदा हो, तर यसको पछाडि कुन प्रोटोकल चलिरहेको छ भन्ने कुरा केही बताउँदैन।

SSTP ले HTTPS भित्र PPP टनेल गर्छ

नामले बनावट वर्णन गर्छ: HTTPS सत्रभित्र बोकिने PPP फ्रेम, अर्थात् तल TLS र क्लाइन्टले जाँच गर्न सक्ने प्रमाणपत्र। Windows ले यसलाई मूल VPN प्रकारका रूपमा समावेश गर्छ, त्यसैले व्यवस्थापित ल्यापटपले प्रायः अपरेटरले दिएको प्रोफाइलबाहेक अतिरिक्त सफ्टवेयर बिना जोडिन सक्छ।

अन्य प्लेटफर्म फरक कथा हुन्। Linux वा macOS क्लाइन्टलाई मर्मत गरिएको कार्यान्वयन चाहिन्छ, र ती के समर्थन गर्छन् र त्रुटि कसरी रिपोर्ट गर्छन् भन्नेमा फरक पर्छन्। तपाईंले साँच्चै प्रयोग गर्न खोजेको क्लाइन्ट जाँच्नुहोस्, Windows को अन्तर्निहित क्षमता सर्नेछ भनी नमान्नुहोस्, र प्रोफाइलको सर्भर नाम सर्भरले देखाउने प्रमाणपत्रसँग मिल्छ भनी पुष्टि गर्नुहोस्।

SSTP सामान्यतया TCP मात्र हुन्छ। त्यो एउटै ट्रान्सपोर्टले हानि भएको लिंकमा यसले कसरी व्यवहार गर्छ भन्नेमा असर गर्छ, किनकि पुनःप्रेषण टनेलभित्र पनि हुन्छ र तल पनि।

OpenVPN ले आफ्नै क्लाइन्ट र ट्रान्सपोर्टको छनोट ल्याउँछ

OpenVPN ले आफ्नै क्लाइन्ट र प्रोफाइल दिन्छ, जसले तपाईंलाई मूल Windows संवादले नदेखाउने निदान दिन्छ। सर्भर UDP वा TCP मा सुन्न सक्छ, र तपाईंको क्लाइन्टले कुन प्रयोग गर्नुपर्ने हो अपरेटरको कन्फिगरेसनले निर्धारण गर्छ। गलत ट्रान्सपोर्टमा लक्षित प्रोफाइल प्रमाणीकरणअघि नै असफल हुन्छ।

प्रमाणीकरण पनि उत्तिकै कन्फिगरेसन-आधारित छ। तैनाथीले केवल प्रमाणपत्र, प्रमाणपत्रसँगै प्रयोगकर्ता नाम र पासवर्ड, वा त्यसमाथि दोस्रो कारक माग्न सक्छ, र क्लाइन्टले त्यो व्यवस्थासँग ठ्याक्कै मिल्नुपर्छ। जडान TLS चरणसम्म पुग्यो भन्नेले अब कुन प्रमाणहरू मागिनेछ भन्ने बताउँदैन।

UDP सामान्य पूर्वनिर्धारित हो किनकि यसले विश्वसनीय प्रवाहलाई अर्को विश्वसनीय प्रवाहभित्र राख्नबाट बच्छ। UDP अवरोध गर्ने नेटवर्कका लागि TCP मोड छ, र यो काम गर्छ, तर ठूलो हानिले यसलाई यसले प्रतिस्थापन गरेको UDP मार्गभन्दा नराम्रो महसुस गराउन सक्छ। आवश्यक पर्दा TCP छान्नुहोस्, बढी विश्वसनीय सुनिन्छ भनेर होइन।

क्लाइन्ट, ट्रान्सपोर्ट र समर्थनका आधारमा छान्नुहोस्

तीन प्रश्नले यी अधिकांश निर्णय टुंग्याउँछन्। के प्रत्येक क्लाइन्ट यन्त्रलाई अतिरिक्त सफ्टवेयर बिना चल्ने जडान चाहिन्छ? तपाईं निर्भर रहेको नेटवर्कले UDP अनुमति दिन्छ, वा TCP 443 मात्र निकास हो? र प्रोफाइल सकिँदा क्लाइन्ट, यसको अद्यावधिक र पुनःप्राप्तिलाई कसले समर्थन गर्छ?

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

त्यसपछि अरू केही डिबग गर्नुअघि तपाईंले वास्तवमै कुन स्थापना गर्नुभयो भनी पुष्टि गर्नुहोस्:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

जे भए पनि, टनेलको अवस्थामा सफलता घोषणा गर्नुको सट्टा तपाईंलाई चाहिने स्रोत र DNS परीक्षण गरेर अन्त्य गर्नुहोस्। दुवै प्रोटोकललाई छानिएको निजी ट्राफिक मात्र बोक्नका लागि कन्फिगर गर्न सकिन्छ, र काम गर्ने नाम-विश्लेषण बिना जोडिएको टनेल बिग्रिएको VPN जस्तो देखिन्छ, जबकि वास्तवमा त्यो स्प्लिट-टनेल वा DNS डिजाइन हो।

व्यवस्थापित फ्लीटमा, प्रोफाइल वितरण र अद्यावधिक समर्थनले सामान्यतया कुनै पनि ट्रान्सपोर्ट मापनभन्दा धेरै अघि यो प्रश्न टुंग्याउँछ।