Ein open TCP-port provar ikkje at ein proxy verkar
Ein vellukka portkontroll opprettar berre eit samband. Kontroller òg proxyhandtrykket og det venta svaret frå målet.
Ein open TCP-port viser at ein lyttar godtok eit samband. Det kan vere ein proxy, ein vanleg nettenar eller ei anna teneste; port 8080 identifiserer ikkje protokollen.
For eit endepunkt dokumentert som HTTP-proxy brukar du den verkelege adressa i ein HTTPS-førespurnad med tidsgrenser:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Byt dokumentasjonsadressa med ditt HTTP-endepunkt eller ein kandidat frå HTTP-proxylista. For SOCKS brukar du tilsvarande SOCKS-klientmodus og fullfører forhandlinga. Eit feil handtrykk kan mislukkast rett etter TCP-aksept.
| Observert steg | Kva det viser |
|---|---|
| TCP godteke | Lyttaren kan nåast. |
| Proxyhandtrykk godteke | Lyttaren godtok denne proxyoperasjonen. |
| TLS på målet verifisert | Klienten fullførte det tiltenkte trygge sambandet under tillitsinnstillingane sine. |
| Venta status og innhald motteke | Applikasjonsførespurnaden gav venta resultat. |
For HTTPS gjennom ein HTTP-proxy må CONNECT til målporten vere tillate. Sjølv CONNECT 200 er eit mellomsteg: tunnelen kan lukkast før TLS eller den endelege førespurnaden lukkast. Suksess med ukryptert HTTP viser ikkje denne tunneleigenskapen.
Bruk eit mål med føreseieleg innhald, helst under din kontroll, og sjå på førespurnadsloggen om han er tilgjengeleg. Ein ukryptert HTTP-lyttar kan returnere ei fast side med status 200 utan å kontakte målet. Ein vilkårleg suksessstatus er svakare prov enn eit svar som samsvarar med forventninga; HTTPS-identitetskontroll gjev ekstra vern.
Noter det siste vellukka steget. «Port open, SOCKS-forhandling avvist» gjev eit nyttig utgangspunkt for vidare undersøking.