Un port TCP deschis nu dovedește că un proxy funcționează
Un test de port reușit doar stabilește o conexiune. Verifică și negocierea proxy-ului și răspunsul așteptat de la destinație.
Un port TCP deschis arată că un ascultător a acceptat o conexiune. Poate fi un proxy, un server web obișnuit sau alt serviciu; portul 8080 nu identifică protocolul.
Pentru un punct final documentat ca proxy HTTP, folosește adresa reală într-o cerere HTTPS cu limite de timp:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Înlocuiește adresa de documentație cu punctul tău HTTP sau un candidat din lista de proxy-uri HTTP. Pentru SOCKS, folosește modul client SOCKS corespunzător și încheie negocierea. Un handshake greșit poate eșua imediat după acceptarea TCP.
| Etapă observată | Ce demonstrează |
|---|---|
| TCP acceptat | Ascultătorul poate fi accesat. |
| Negocierea proxy-ului acceptată | Ascultătorul a acceptat această operație proxy. |
| TLS al destinației verificat | Clientul a încheiat conexiunea securizată dorită conform setărilor sale de încredere. |
| Starea și conținutul așteptate primite | Cererea aplicației a produs rezultatul așteptat. |
Pentru HTTPS printr-un proxy HTTP, CONNECT către portul destinației trebuie permis. Chiar și CONNECT 200 este o etapă intermediară: tunelul se poate închide înainte de reușita TLS sau a cererii finale. Succesul HTTP necriptat nu demonstrează această capacitate de tunelare.
Folosește o destinație cu conținut previzibil, preferabil sub controlul tău, și verifică înregistrarea cererii când e disponibilă. Un ascultător HTTP necriptat poate returna o pagină fixă cu starea 200 fără să contacteze ținta. Orice stare de succes este o dovadă mai slabă decât potrivirea cu răspunsul așteptat; verificarea identității HTTPS oferă protecție suplimentară.
Notează ultima etapă reușită. „Port deschis, negociere SOCKS respinsă” oferă un punct de pornire util pentru investigația următoare.