En åpen TCP-port beviser ikke at en proxy virker
En vellykket portkontroll oppretter bare en forbindelse. Kontroller også proxyhåndtrykket og det forventede svaret fra målet.
En åpen TCP-port viser at en lytter godtok en forbindelse. Det kan være en proxy, en vanlig webserver eller en annen tjeneste; port 8080 identifiserer ikke protokollen.
For et endepunkt dokumentert som HTTP-proxy bruker du den virkelige adressen i en HTTPS-forespørsel med tidsgrenser:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Erstatt dokumentasjonsadressen med ditt HTTP-endepunkt eller en kandidat fra HTTP-proxylisten. For SOCKS bruker du tilsvarende SOCKS-klientmodus og fullfører forhandlingen. Et feil håndtrykk kan mislykkes rett etter TCP-aksept.
| Observert trinn | Hva det viser |
|---|---|
| TCP godtatt | Lytteren kan nås. |
| Proxyhåndtrykk godtatt | Lytteren godtok denne proxyoperasjonen. |
| Målets TLS verifisert | Klienten fullførte den tiltenkte sikre forbindelsen under sine tillitsinnstillinger. |
| Forventet status og innhold mottatt | Applikasjonsforespørselen ga forventet resultat. |
For HTTPS gjennom en HTTP-proxy må CONNECT til målporten være tillatt. Selv CONNECT 200 er et mellomtrinn: tunnelen kan lukkes før TLS eller den endelige forespørselen lykkes. Suksess med ukryptert HTTP viser ikke denne tunnelegenskapen.
Bruk et mål med forutsigbart innhold, helst under din kontroll, og undersøk forespørselsloggen hvis tilgjengelig. En ukryptert HTTP-lytter kan returnere en fast side med status 200 uten å kontakte målet. En vilkårlig suksessstatus er svakere bevis enn et svar som samsvarer med forventningen; HTTPS-identitetskontroll gir ekstra beskyttelse.
Noter det siste vellykkede trinnet. «Port åpen, SOCKS-forhandling avvist» gir et nyttig utgangspunkt for videre undersøkelse.