SSTP சான்றிதழ் பொருந்தவில்லை: உங்கள் சேவையகம் காட்ட வேண்டிய பெயர்

SSTP வாடிக்கையாளர் TLS சரிபார்ப்பு வெற்றியடைந்த பிறகே சேவையகத்தை ஏற்கிறார், அந்தச் சரிபார்ப்பு ஒரு பெயர், ஒரு சங்கிலி மற்றும் ஒரு நோக்கத்தை ஒப்பிடுகிறது. பெயர் இணைப்புச் சுயவிவரத்திலிருந்து வருகிறது, நீங்கள் தற்செயலாக ping செய்யக்கூடிய முகவரியிலிருந்து அல்ல. மூன்றில் ஒன்று பொருந்தவில்லை என்றால், வாடிக்கையாளர் சான்றிதழ் சிக்கலைத் தெரிவித்து உள்நுழைவு கோரிக்கையை ஒருபோதும் அடையாது.

எது சரிபார்க்கப்படும் என்பதை சுயவிவரப் பெயர் தீர்மானிக்கிறது

SSTP, TCP 443 இல் TLS இயக்குகிறது, எனவே வாடிக்கையாளர் வேறு எந்த TLS வாடிக்கையாளரையும் போலவே செயல்படுகிறார்: சுயவிவரத்திலிருந்து புரவலன் பெயரை எடுத்து, அந்தப் பெயரைக் கோரி, அதனுடன் சான்றிதழை ஒப்பிடுகிறார். சுயவிவரத்தில் IP முகவரியைத் தட்டச்சு செய்தால், ஒப்பீடு IP முகவரி ஒப்பீடாக மாறும், அதைப் பெரும்பாலான சேவையகச் சான்றிதழ்கள் பூர்த்தி செய்வதில்லை.

எனவே உலாவிச் சோதனை வெற்றியடையலாம், ஆனால் VPN தோல்வியடைகிறது, ஏனெனில் உலாவி சுயவிவரத்திலிருந்து வேறுபட்ட பெயரைப் பயன்படுத்தியது. split-horizon DNS VPN புரவலன் பெயரை உள் முகவரியாகத் தீர்க்கும்போது உலாவி பொது முகவரியை அடைந்திருந்தாலும் அதே பிளவு தெரிகிறது. முதலில் சுயவிவரத்தை ஆவணப்படுத்தப்பட்ட புரவலன் பெயருடன் சீரமைத்து, பின்னர் சான்றிதழ்களை ஒப்பிடுங்கள். அதற்கு முன் நீங்கள் மாற்றும் வேறு எதுவும் ஊகம்.

சேவையகச் சான்றிதழில் என்ன இருக்க வேண்டும்

நவீன வாடிக்கையாளர்கள் பொருளின் மாற்றுப் பெயர் நீட்டிப்புடன் ஒப்பிடுகிறார்கள், எனவே புரவலன் பெயர் அங்கு DNS பதிவாக இருக்க வேண்டும். பொதுப் பெயர் மட்டும் இன்றைய சரிபார்ப்பு அடுக்குகளுக்குப் போதாது, மேலும் காட்டு அட்டை ஒரு லேபிளை மட்டுமே உள்ளடக்கும், நீங்கள் கற்பனை செய்யும் எந்த துணைக்களத்தையும் அல்ல. மூன்று சான்றிதழ்கள் எல்லையைக் காட்டுகின்றன: சரியான பெயர் தவறான நோக்கத்துடன் அடையாளத்தைச் சரிபார்த்து பின்னர் நோக்கச் சரிபார்ப்பில் தோல்வியடைகிறது, சரியான பெயரும் நோக்கமும் ஆனால் இடைநிலைச் சான்றிதழ் இல்லாதது சங்கிலியில் தோல்வியடைகிறது, மேலும் பொதுப் பெயரில் மட்டும் உள்ள பெயர் அந்த இரண்டில் எதுவும் முக்கியமாகும் முன்பே தோல்வியடைகிறது.

சான்றிதழுக்கு சேவையக அங்கீகார நோக்கமும் தேவை: மைக்ரோசாஃப்ட்டின் SSTP விவரக்குறிப்பில் குறிப்பிடப்பட்ட நீட்டிக்கப்பட்ட விசைப் பயன்பாட்டு மதிப்பு, அதாவது பொருள் அடையாளங்காட்டி 1.3.6.1.5.5.7.3.1 உடன் serverAuth. விசைப் பயன்பாடும் செல்லுபடியாகும் சங்கிலியும் தொகுப்பை நிறைவு செய்கின்றன. சேவையகத்தில் உள்ள, சரியான பெயருக்கு வழங்கப்பட்ட ஆனால் வாடிக்கையாளர் அங்கீகாரத்திற்கு மட்டுமேயான சான்றிதழும் தோல்வியடைகிறது.

உள்நுழைவு விவரங்களுக்கு முன் சங்கிலி மற்றும் கடிகாரத்தைச் சரிபார்க்கவும்

நேரம் மற்றும் நம்பிக்கையின் தோல்விகள் பெயர் பொருந்தாததைப் போன்றே தெரியும் விளைவைத் தருகின்றன, இரண்டையும் கடவுச்சொல் சிக்கலை விட மலிவாகக் கண்டறியலாம். சேவையகத்தின் கடிகாரத்தையும் வாடிக்கையாளரின் கடிகாரத்தையும் சரிபார்த்து, பின்னர் வாடிக்கையாளர் பார்க்கும் விதத்தில் சங்கிலியைப் படியுங்கள்:

# from the client, or any host that runs openssl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -dates -ext subjectAltName
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -verify_return_error </dev/null
# on the Windows server that holds the SSTP listener
w32tm /query /status

முதல் கட்டளை பெயர், செல்லுபடியாகும் காலம் மற்றும் வாடிக்கையாளர் ஒப்பிடவிருக்கும் மாற்றுப் பெயர்களை அச்சிடுகிறது. இரண்டாவது வழங்கப்பட்ட சங்கிலியுடன் சரிபார்ப்புப் பிழைகளைத் தெரிவிக்கிறது, அங்கேயே காணாமல் போன இடைநிலைச் சான்றிதழ் தெரிகிறது. Windows இல் நேரச் சேவை வினவல் கடிகாரம் சரிசெய்யப்படுகிறதா அல்லது நகர்ந்துவிட்டதா என்பதைச் சொல்லும்.

உள் CA மேலும் ஒரு நிபந்தனையைச் சேர்க்கிறது: வாடிக்கையாளர் அந்த CA-ஐ நம்ப வேண்டும். நிறுவன மூலத்தை அதன் அங்கீகரிக்கப்பட்ட விநியோகப் பாதையில் நிறுவுங்கள், மாற்றுச் சான்றிதழை வழங்கும் பக்கத்திலிருந்து அல்ல, ஏனெனில் அந்த முடிவே முழு நம்பிக்கை மாதிரியின் சிறு வடிவம்.

சேவையகச் சரிபார்ப்பும் பயனர் அங்கீகாரமும் வெவ்வேறு தோல்விகளைக் கொண்ட தொடர்ச்சியான நிலைகள். சான்றிதழ் பிழை என்பது வாடிக்கையாளர் சேவையகத்தை ஒருபோதும் நம்பவில்லை என்பதாகும், நிராகரிக்கப்பட்ட கடவுச்சொல் என்பது அது சேவையகத்தை நம்பியது ஆனால் விவரங்கள் தவறாக இருந்தன என்பதாகும். கடவுச்சொல் கோரிக்கையை அடைய சான்றிதழ்ச் சரிபார்ப்பை அணைப்பது சரிசெய்வதற்குப் பதிலாக உத்தரவாதத்தை நீக்குகிறது. மீதமுள்ள பாதை வேலை செய்கிறது என்பதை நிரூபிக்க, சங்கிலியை ஏற்கனவே நம்பும் வாடிக்கையாளரிடமிருந்து அதே புரவலன் பெயரையும் துறையையும் சோதியுங்கள், மேலும் பயன்படுத்தப்பட்ட சுயவிவரத்தை அப்படியே விடுங்கள்.

பெயரையோ சான்றிதழையோ திருத்தி மீண்டும் சோதிக்கவும்

மூன்று நிபந்தனைகள் திருத்தத்தைத் தீர்மானிக்கின்றன. சுயவிவரப் பெயர் தவறாக இருந்தால், சுயவிவரத்தைத் திருத்துங்கள் அல்லது காணாமல் போன பெயரைச் சான்றிதழில் சேர்க்கவும். சங்கிலி முழுமையற்றதாக இருந்தால், இடைநிலைச் சான்றிதழைச் சேவையகத்தில் நிறுவுங்கள். நோக்கம் தவறாக இருந்தால், சுற்றி ஒட்டுவதற்குப் பதிலாக மீண்டும் வழங்குங்கள்.

மாற்றத்திற்குப் பிறகு ஆதரவளிக்கப்பட்ட வாடிக்கையாளருடன் மீண்டும் இணைந்து, உள்நுழைவு கோரிக்கை தெரிகிறதா, பின்னர் சுரங்கப்பாதை எழுகிறதா என்பதை உறுதிப்படுத்துங்கள். பயன்படுத்திய புரவலன் பெயர், வழங்குநர் மற்றும் காலாவதி தேதியை டிக்கெட்டில் குறிப்பிடுங்கள். அந்தப் பதிவே அடுத்த புதுப்பிப்பை மற்றொரு இடையூறுக்குப் பதிலாக திட்டமிட்ட பணியாக மாற்றுகிறது, மேலும் மூன்று நிபந்தனைகளில் எது உண்மையில் உடைந்திருந்தது என்பதை அடுத்த நபருக்குக் காட்டுகிறது.