TLS ஐ பரிசோதிக்கும் ப்ராக்ஸிக்குப் பின்னால் SSTP: அமர்வு எங்கே முறிகிறது

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

கிளையண்ட் நிற்கும் இடத்திலிருந்து தொடங்குங்கள்

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

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

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

SSTP வலையமைப்பிடம் எதை எடுத்துச் செல்லச் சொல்கிறது

SSTP TCP 443 இல் TLS மேல் இயங்கி, பின்னர் SSTP விவரக்குறிப்பில் வரையறுக்கப்பட்ட SSTP_DUPLEX_POST என்னும் HTTP கோரிக்கையை /sra_{GUID}/ வடிவப் பாதைக்கு அனுப்புகிறது. கோரிக்கை நடைமுறையில் வரம்பற்ற உள்ளடக்க நீளத்தை அறிவிக்கிறது மற்றும் அமர்வின் முழு ஆயுட்காலத்திலும் ஸ்ட்ரீமை இரு திசைகளிலும் திறந்து வைக்கிறது. PPP சட்டகங்கள் அந்த ஸ்ட்ரீமுக்குள் பயணிக்கின்றன.

அதனால்தான் சாதாரண உலாவலைக் கையாளும் ப்ராக்ஸியும் தோல்வியடையலாம். வரம்புள்ள உடலுடன் கூடிய GET அல்லது POST ஐ இடையகப்படுத்தி, பரிசோதித்து அனுப்பலாம்; ஒருபோதும் முடிவடையாத உடலுடன் கூடிய இருவழி ஸ்ட்ரீமை அனுப்ப முடியாது. உடல் முடியும் வரை காத்திருக்கும் ப்ராக்ஸி எப்போதும் காத்திருக்கும், கிளையண்ட் இறுதியில் நேர முடிவை அடையும்.

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

பரிசோதனை அடையாளத்தை ஏன் மாற்றுகிறது

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

வெற்றிகரமான சரிபார்ப்பு என்பது ப்ராக்ஸி அமர்வை எடுத்துச் செல்ல முடியும் என்பதல்ல. இன்னும் இடையகமின்றி வரம்பற்ற இரு திசை POST ஐ அனுப்ப வேண்டும், இரு இணைப்புகளையும் மணிக்கணக்கில் உயிரோடு வைக்க வேண்டும். பல பரிசோதனை தயாரிப்புகள் கோரிக்கை-பதில் போக்குவரத்துக்காக கட்டப்பட்டவை, இந்த நிலையை மோசமாகவோ அல்லது முற்றிலுமாகவோ கையாளுவதில்லை.

எனவே அறியாத மூலத்தைச் சேர்ப்பது அல்லது சரிபார்ப்பை அணைப்பது தவறான சரிசெய்தல். கிளையண்ட் எந்தச் சான்றிதழை ஏற்கிறது என்பதை மாற்றுகிறது; அமர்வை உண்மையில் முறித்த ஸ்ட்ரீம் கையாளுதலுக்கு எதுவும் செய்யவில்லை.

அமைப்புகளை மாற்றுவதற்கு முன் வழங்குநரை அடையாளம் காணுங்கள்

எந்தச் சான்றிதழை வழங்குகிறது, யார் கையொப்பமிட்டார் என முனை புள்ளியிடம் கேளுங்கள். கீழே உள்ள கட்டளைகள் VPN அமர்வைத் தொடங்காமல் சங்கிலியையும் வழங்குநரையும் காட்டுகின்றன:

openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts
curl -vI https://vpn.example.com/

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

அதே ஹோஸ்ட்டுக்கான உலாவி சோதனை ப்ராக்ஸி GET ஐ ஏற்கிறது என்பதை மட்டுமே நிரூபிக்கிறது. SSTP முறை, கோரிக்கை URI அல்லது உடலின் ஆயுள் பற்றி எதுவும் சொல்லவில்லை, எனவே வேலை செய்யும் இன்ட்ராநெட் பக்கத்தை சுரங்கப் பாதை ஆதரிக்கப்படுவதற்கான சான்றாக எடுத்துக்கொள்ள வேண்டாம்.

ஆதரிக்கப்படும் பாதையைத் தேர்ந்தெடுங்கள்

வலையமைப்பு உரிமையாளரிடம் ஒரு குறிப்பிட்ட கேள்வி கேளுங்கள்: இந்த நுழைவாயிலுக்கு போர்ட் 443 இல் இடையகமற்ற இருவழி POST ஐ ப்ராக்ஸி அனுமதிக்கிறதா? ஆம் எனில் ப்ராக்ஸி விதிவிலக்கு அல்லது VPN ஹோஸ்ட்டுக்கான ஆவணப்படுத்தப்பட்ட தவிர்ப்பு. இல்லை எனில் பரிசோதிக்கப்பட்ட பாதை SSTP ஐ எடுத்துச் செல்ல முடியாது, ஆதரிக்கப்படும் தீர்வு கிளையண்ட் சீரமைப்பு அல்ல, வேறு பாதை அல்லது நெறிமுறை.

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

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