திறந்த TCP போர்ட் ப்ராக்ஸி வேலை செய்வதை நிரூபிக்காது

திறந்த TCP போர்ட் ஒரு லிஸனர் இணைப்பை ஏற்றதைக் காட்டுகிறது. அது ப்ராக்ஸியோ சாதாரண வலைச் சேவையகமோ வேறொரு சேவையோ இருக்கலாம்; போர்ட் 8080 நெறிமுறையை அடையாளம் காட்டாது.

HTTP ப்ராக்ஸி என ஆவணப்படுத்தப்பட்ட முனையத்தின் உண்மையான முகவரியை நேர வரம்புள்ள HTTPS கோரிக்கையில் பயன்படுத்துங்கள்:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

ஆவண முகவரிக்குப் பதிலாக உங்கள் HTTP முனையம் அல்லது HTTP ப்ராக்ஸி பட்டியலின் வேட்பாளரை இடுங்கள். SOCKS-க்கு ஏற்ற SOCKS கிளையன்ட் முறையைப் பயன்படுத்திப் பேச்சுவார்த்தையை முடிக்கவும். தவறான கைகுலுக்கல் TCP ஏற்றதும் உடனே தோல்வியடையலாம்.

HTTP ப்ராக்ஸி வழியாக HTTPS-க்கு இலக்குப் போர்ட்டிற்கு CONNECT அனுமதிக்கப்பட வேண்டும். CONNECT 200 கூட இடைநிலைக் கட்டமே: TLS அல்லது இறுதிக் கோரிக்கை வெற்றியடையும்முன் சுரங்கம் மூடப்படலாம். மறையாக்கமில்லாத HTTP வெற்றி இந்தச் சுரங்கத் திறனை நிரூபிக்காது.

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

கடைசியாக வெற்றிபெற்ற கட்டத்தைப் பதியுங்கள். «போர்ட் திறந்துள்ளது, SOCKS பேச்சுவார்த்தை மறுக்கப்பட்டது» என்பது அடுத்த ஆய்வுக்குப் பயனுள்ள தொடக்கம்.