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 மற்றும் அங்கீகார நிலைகளைத் தக்கவைப்பது அது முதல் விசாரணையின் மீள்வருகையாக மாறுவதைத் தடுக்கிறது. தோல்வியடைந்த நிலையை டிக்கெட்டில் எழுதுங்கள், இல்லையெனில் அடுத்த நபர் மீண்டும் மேலிருந்து தொடங்குவார்.