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