Një portë TCP e hapur nuk provon se proxy punon
Një kontroll i suksesshëm porte vetëm krijon lidhje. Kontrolloni edhe shtrëngimin e duarve të proxy-t dhe përgjigjen e pritur nga destinacioni.
Një portë TCP e hapur tregon se një dëgjues ka pranuar lidhje. Mund të jetë proxy, server web i zakonshëm ose shërbim tjetër; porta 8080 nuk përcakton protokollin.
Për një pikë fundore të dokumentuar si proxy HTTP, përdorni adresën reale në një kërkesë HTTPS me kufij kohorë:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Zëvendësoni adresën e dokumentacionit me pikën tuaj HTTP ose një kandidat nga lista e proxy-ve HTTP. Për SOCKS përdorni modalitetin përkatës të klientit SOCKS dhe përfundoni negocimin. Një shtrëngim duarsh i gabuar mund të dështojë menjëherë pas pranimit TCP.
| Faza e vëzhguar | Çfarë provon |
|---|---|
| TCP u pranua | Dëgjuesi është i arritshëm. |
| Shtrëngimi i duarve i proxy-t u pranua | Dëgjuesi e pranoi këtë veprim proxy. |
| TLS i destinacionit u verifikua | Klienti përfundoi lidhjen e sigurt të synuar sipas cilësimeve të besimit. |
| U morën statusi dhe përmbajtja e pritur | Kërkesa e aplikacionit dha rezultatin e pritur. |
Për HTTPS përmes proxy-t HTTP duhet lejuar CONNECT te porta e destinacionit. Edhe CONNECT 200 është fazë e ndërmjetme: tuneli mund të mbyllet para suksesit të TLS ose kërkesës përfundimtare. Suksesi me HTTP të pakriptuar nuk e provon këtë aftësi tuneli.
Përdorni destinacion me përmbajtje të parashikueshme, mundësisht nën kontrollin tuaj, dhe shikoni regjistrin e kërkesës kur është i disponueshëm. Një dëgjues HTTP i pakriptuar mund të kthejë faqe fikse me status 200 pa kontaktuar fare objektivin. Çdo status suksesi është provë më e dobët se përputhja me përgjigjen e pritur; verifikimi i identitetit HTTPS jep mbrojtje shtesë.
Regjistroni fazën e fundit të suksesshme. «Porta e hapur, negocimi SOCKS u refuzua» jep pikënisje të dobishme për hetimin tjetër.