SSTP कालावधी संपणे की प्रमाणपत्र त्रुटी: दोन्ही कसे वेगळे ओळखावे

SSTP जोडणी वापरकर्त्याच्या खुर्चीतून सारखीच दिसणाऱ्या दोन प्रकारे अयशस्वी होते, आणि प्रत्येकाची दुरुस्ती वेगळ्या स्तरावर आहे। कालावधी संपणे म्हणजे आवश्यक देवघेव कधीच पूर्ण झाली नाही; प्रमाणपत्र त्रुटी म्हणजे ओळखीचे साहित्य आले आणि नाकारले गेले। दुसऱ्याला पहिल्यासारखे वागवले तर कधीच समस्या नसलेल्या फायरवॉल आणि संकेतशब्दांकडे तुम्ही जाता। फरक दाखवणारा पुरावा क्लायंटच्याच लॉगमध्ये आहे, काहीही बदलण्यापूर्वी तो वाचला तर।

दोन अयशस्वीता, दोन वेगळ्या देवघेवी

SSTP HTTPS आकाराच्या सत्राच्या आत बोगदा वाहून नेतो, म्हणूनच 443 शिवाय काहीही न देणाऱ्या नेटवर्कमध्येही तो टिकतो। क्लायंट TLS हस्तांदोलन पूर्ण करतो, प्रोटोकॉल-विशिष्ट पद्धतीने HTTP विनंती पाठवतो, आणि मग बोगदा त्या प्रवाहाच्या आत चालतो। या टप्प्यांपैकी कोणत्याही टप्प्यावर अयशस्वीता जोडणी थांबवते, आणि फक्त नंतरच्या टप्प्यांचा लॉगिन माहितीशी संबंध असतो।

हाच क्रम निदान आहे। TLS हस्तांदोलन कधीच पूर्ण झाले नाही तर कोणतीही लॉगिन माहिती पाठवली गेली नाही, त्यामुळे संकेतशब्द रीसेट मदत करू शकत नाही। हस्तांदोलन पूर्ण होऊन मग अडकले तर ओळख स्वीकारली गेली आणि विनंतीच्या मार्गातील कशाने ती नाकारली। हस्तांदोलन पडताळणी संदेशासह अयशस्वी झाले तर सर्व्हरने उत्तर दिले आणि क्लायंटला ऐकलेले आवडले नाही। तीन निष्कर्ष, तीन स्तर।

लॉगची ओळ सहसा तुम्ही तीनपैकी कुठे आहात ते सांगते, म्हणून पहिल्या बदलापूर्वी ती नोंदवून ठेवणे योग्य आहे।

कालावधी संपणे म्हणजे एखादा टप्पा कधीच पूर्ण झाला नाही

नाव निराकरण आणि TCP पोहोचेपासून सुरुवात करा, कारण तिथला कालावधी संपणे नंतरच्या कालावधी संपण्यासारखाच दिसतो। 443 उघडे असल्याचे सांगणारा पोर्ट तपासक फक्त एवढेच सिद्ध करतो की श्रोत्याने जोडणी स्वीकारली, त्यापुढे काही नाही।

पुढचा संशयित होस्ट नाही, मार्ग आहे। प्रॉक्सी आणि अनुप्रयोग समजणारे फायरवॉल कधीकधी SSTP वापरतो ती विनंती पद्धत नाकारतात, किंवा तासन्तास उघडा राहणारा प्रवाह सोडतात, आणि दोन्ही वर्तन क्लायंटकडून कालावधी संपल्यासारखे दिसतात। त्याच होस्टने दिलेले साधे HTTPS पृष्ठ बोगदा पद्धत नाकारली जात असतानाही उत्तम लोड होते, म्हणूनच अंतिम टोकापर्यंत ब्राउझ करणे फार थोडे सिद्ध करते। त्या दोन प्रसंगांची तोड करण्यासाठी प्रॉक्सी नसलेल्या नेटवर्कमधून चाचणी करा।

Test-NetConnection vpn.example.com -Port 443
netsh http show sslcert
Get-WinEvent -LogName 'Microsoft-Windows-RasSstp/Operational' -MaxEvents 20

सोबत्याच्या कोणत्याही प्रतिसादापूर्वीचा कालावधी संपणे खात्याबद्दल काही सांगत नाही, आणि त्या क्षणी संकेतशब्द बदलल्याने फक्त एक चल वाढतो।

प्रमाणपत्र त्रुटी म्हणजे ओळख नाकारली गेली

इथे सर्व्हरने खरोखर उत्तर दिले, म्हणून नेटवर्क चालू आहे आणि प्रश्न ओळखीकडे सरकतो। क्लायंट ज्या नावाने डायल करतो त्याची तुलना प्रमाणपत्र खरोखर ज्या नावांचा दावा करते त्यांच्याशी करा, मग वैधता तारखा आणि जारीकर्ता शृंखला तपासा।

क्लायंट विश्वास ठेवत नसलेले खाजगी CA मुदत संपलेल्या प्रमाणपत्रासारखाच त्रुटीचा वर्ग निर्माण करते, आणि तासभर चुकीचे चालणारे घड्याळही तसेच। कच्च्या पत्त्यावर डायल केल्याने नवीन विसंगती तयार होते, कारण प्रमाणपत्र नावांचा दावा करते, पत्त्यांचा नाही। व्यवस्थापित तैनातीत त्रुटी पृष्ठाने दिलेले बदली मूळ स्वीकारण्याऐवजी त्याच्या प्रशासकाकडून इच्छित विश्वास संरचना घ्या। कारण दुरुस्त करताना पडताळणी सुरू ठेवा।

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -dates -ext subjectAltName
w32tm /query /status

यशस्वी TLS टप्पा पार झाल्यावर तसाच ठेवा, कारण नंतर तो उलटवल्याने कोणत्या बदलाने बोगदा खरोखर दुरुस्त केला हे लपते।

दोन्ही कुठे गोंधळतात

दोन्ही अयशस्वीता उभी न होणारी जोडणी म्हणून दिसतात, आणि दोन्ही वापरकर्त्याने असंबंधित काहीतरी बदलल्यानंतर येतात। तो योगायोगच चुकीची दुरुस्ती काही काळ विश्वासार्ह दिसू देतो।

दोन सवयी त्यांना वेगळ्या ठेवतात। संरचनेला हात लावण्यापूर्वी क्लायंट लॉग नोंदवा, जेणेकरून पहिली स्थिती टिकून राहील। प्रत्येक प्रयत्नात एक स्तर बदला, जेणेकरून पुढचा निष्कर्ष ज्ञात चलाचा असेल। पोर्ट तपासक आणि ब्राउझर हे संपूर्ण क्रम नव्हे, आंशिक निरीक्षणे आहेत, आणि दोन्हीपैकी काहीही क्लायंटच्या स्वतःच्या अहवालाची जागा घेत नाही। दोन्ही सवयींना काही खर्च नाही, आणि दोन्ही तपासणी लहान करतात।

प्रमाणपत्राचा प्रश्न आणि पोहोचेचा प्रश्न यांना कारणास्तव वेगळे नोंदवले आहे।

खऱ्या क्लायंटने पुन्हा चाचणी करा, मग आत जा

नेमका दुरुस्ती जागेवर आल्यावर ब्राउझर टॅबने नव्हे, खऱ्या SSTP क्लायंटने आणि खऱ्या प्रोफाइलने पुन्हा प्रयत्न करा।

rasdial "Corp SSTP" /disconnect
rasdial "Corp SSTP" user '*'
Get-VpnConnection -Name "Corp SSTP" | Select-Object ServerAddress, TunnelType, AuthenticationMethod

सत्र जोडले गेले आणि संसाधने तरीही अयशस्वी होत असतील तर बोगदा यापुढे संशयित नाही: मार्गनिर्देशन, DNS आणि सेवा-प्रवेशाकडे जा। ती वेगळ्या पुराव्यांची वेगळी तपासणी आहे। चालू असलेले TLS आणि प्रमाणीकरण टप्पे टिकवल्याने ती पहिल्याची पुनरावृत्ती होत नाही। अयशस्वी झालेला टप्पा तिकिटात लिहा, नाहीतर पुढची व्यक्ती पुन्हा वरून सुरुवात करेल।