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 रचना असतो।

व्यवस्थापित ताफ्यात, प्रोफाइल वितरण आणि अद्यतन समर्थन सामान्यतः कोणत्याही ट्रान्सपोर्ट मापनापूर्वी खूप आधी हा प्रश्न ठरवतात।