SSTP म्हणजे HTTPS वरचे PPP, पोर्ट 443 वरील वेब पृष्ठ नाही

SSTP PPP ला HTTPS जोडणीच्या आतून वाहते, म्हणून मधल्या कोणत्याही गोष्टीसाठी ते वेब रहदारीसारखे दिसते. TLS आणि HTTP बाहेरचे चॅनेल उभे करतात, नंतर SSTP नियंत्रण संदेश बोगदा तयार करतात, आणि PPP सत्राचे वर्तन पुरवते. त्याच पत्त्यावर पृष्ठ लोड करणारा ब्राउझर पहिल्या टप्प्याचा फक्त एक भाग पूर्ण केला आहे. त्याला VPN चाचणी मानणे म्हणजे काम करणाऱ्या प्रॉक्सीवर प्रोटोकॉल जुळत नसल्याचा दोष टाकणे.

चारही टप्पे क्रमाने चाला, आणि तुम्हाला दिसणारी बिघाड त्यांपैकी एकात पडेल.

टप्पा 1: TCP आणि TLS

क्लायंट पोर्ट 443 वर TCP जोडणी उघडतो आणि TLS हातमिळवणी करतो. प्रमाणपत्र शृंखला क्लायंट ज्या होस्टनावासह संरचित होता त्याच्याशी जुळली पाहिजे. येथे नाव न जुळल्यास कोणताही SSTP संदेश देवाणघेवाण होण्यापूर्वी बिघाड होतो, आणि SSTP तपशील असे गृहीत धरतो की हे बाहेरील HTTPS चॅनेल आधीच अस्तित्वात आहे. पुढील टप्प्यांत काहीही येथील विश्वास बिघाडाची भरपाई करू शकत नाही.

सामान्य वेब सर्व्हर हा टप्पा पूर्णपणे पूर्ण करूनही पुढच्या टप्प्यात अपयशी ठरू शकतो. TLS चे यश प्रमाणपत्राबद्दलचा पुरावा आहे, त्यामागील प्रोटोकॉलबद्दल नाही.

टप्पा 2: HTTPS विनंती

SSTP आपली विनंती विशिष्ट पद्धतीने, SSTP_DUPLEX_POST ने करतो आणि दस्तऐवज परत देण्याऐवजी देवाणघेवाण उघडी ठेवतो. सामान्य पृष्ठ विनंत्यांसाठी संरचित सर्व्हर किंवा प्रॉक्सी जोडणी स्वीकारून नंतर पद्धत नाकारू शकतो. तेच नाकारणे म्हणजे लोक सहसा पोर्ट 443 अडवलेला आहे असे वर्णन करतात ती सुसंगतीची समस्या.

सर्व्हर लॉगमधील प्रतिसाद कोड आणि पद्धत वाचा. या टप्प्यावरील नाकारणे TCP कालबाह्यतेपेक्षा वेगळी समस्या आहे, आणि दोन्ही वेगवेगळ्या दुरुस्तीकडे नेतात.

टप्पा 3: नियंत्रण संदेश

विनंती स्वीकारल्यानंतर, SSTP बोगद्याबद्दल बोलणी करणारे आणि तो तयार करणारे नियंत्रण संदेश देवाणघेवाण करतो. हे HTTP विनंत्या नसून HTTPS मुख्य भागाच्या आतले प्रोटोकॉल संदेश आहेत, म्हणून मुख्य भाग तपासून पुन्हा लिहिणारा प्रॉक्सी पृष्ठ विनंत्या अस्पर्शित ठेवून हे मोडू शकतो.

इथेच सखोल तपासणीचा मधला उपकरण आपली प्रतिष्ठा कमावतो. पृष्ठे लोड होतात पण VPN अपयशी ठरते, तर पोर्ट उघडा आहे का हे नव्हे, तर मुख्य भाग बदलला जात आहे का ते तपासा.

टप्पा 4: PPP नियंत्रण घेते

मग PPP सत्राचे वर्तन पुरवते: दुवा बोलणी, प्रमाणीकरण आणि त्यानंतरची नेटवर्क स्तर संरचना. PPP प्रमाणीकरण क्लायंटने आधीच पार केलेल्या TLS तपासणीपेक्षा वेगळे आहे. क्लायंट स्वीकारतो ते सर्व्हर प्रमाणपत्र वापरकर्त्याची ओळखपत्रे वैध आहेत का किंवा खाते अधिकृत आहे का याबद्दल काहीच सांगत नाही.

स्वीकारलेले प्रमाणपत्र आणि नाकारलेला लॉगिन परस्परविरोधी नाहीत. हे स्वतंत्र निष्कर्ष असलेले सलग टप्पे आहेत.

प्रमाणीकरणाच्या अनेक भूमिका आहेत

क्लायंट TLS सर्व्हरची ओळख आपल्या विश्वास संग्रहाशी आणि संरचित नावाशी पडताळतो. मग PPP तैनातीवर अवलंबून वापरकर्ता किंवा यंत्राचे प्रमाणीकरण करते. सर्व्हर कोण जोडू शकतो आणि कशापर्यंत पोहोचू शकतो याबद्दल स्वतःचे धोरण जोडू शकतो. होस्टनाव प्रमाणपत्राच्या ओळखीशी सुसंगत ठेवा, कारण कच्चा पत्ता वापरल्यास काम करणारी रचना नाव-तपासणी बिघाड होते.

कोणत्या टप्प्याने बिघाड कळवला ते लिहा. प्रमाणपत्र, पद्धत, नियंत्रण संदेश, PPP प्रमाणीकरण, नंतर मार्ग: पाच ठिकाणे, पाच दुरुस्ती.

ब्राउझर चाचणी काय दाखवू शकते आणि काय नाही

पत्त्यावर पृष्ठ लोड करणे DNS निराकरण, TCP पोहोच आणि HTTP बोलणारे काहीतरी ऐकत आहे हे सिद्ध करते. पद्धत स्वीकारली जाते, नियंत्रण देवाणघेवाण टिकते किंवा PPP प्रमाणीकरण संरचित आहे हे सिद्ध करत नाही. पोर्ट बदलून दुसरे प्रोफाइल रूपांतरित करण्याऐवजी SSTP लागू करणारा क्लायंट वापरा.

सत्र सुरू झाल्यावरही मार्ग, DNS आणि सर्व्हर-बाजूचे पुढे पाठवणे वापरकर्ता कशापर्यंत पोहोचू शकतो हे ठरवतात. बोगदा हा मार्ग आहे, परवानगी नाही.