En öppen TCP-port bevisar inte att en proxy fungerar
En lyckad portkontroll upprättar bara en anslutning. Kontrollera även proxyhandskakningen och det förväntade svaret från destinationen.
En öppen TCP-port visar att en lyssnare accepterade en anslutning. Det kan vara en proxy, en vanlig webbserver eller en annan tjänst; port 8080 identifierar inte protokollet.
För en slutpunkt som dokumenteras som HTTP-proxy använder du dess riktiga adress i en HTTPS-begäran med tidsgränser:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Ersätt dokumentationsadressen med din HTTP-slutpunkt eller en kandidat från HTTP-proxylistan. För SOCKS använder du motsvarande SOCKS-klientläge och slutför förhandlingen. En felaktig handskakning kan misslyckas direkt efter TCP-acceptans.
| Observerat steg | Vad det visar |
|---|---|
| TCP accepterat | Lyssnaren går att nå. |
| Proxyhandskakning accepterad | Lyssnaren accepterade denna proxyoperation. |
| Destinationens TLS verifierat | Klienten slutförde den avsedda säkra anslutningen enligt sina tillitsinställningar. |
| Förväntad status och innehåll mottagna | Applikationsbegäran gav förväntat resultat. |
För HTTPS genom en HTTP-proxy måste CONNECT till destinationsporten vara tillåtet. Även CONNECT 200 är ett mellansteg: tunneln kan stängas innan TLS eller den slutliga begäran lyckas. Framgång med okrypterad HTTP visar inte denna tunnelförmåga.
Använd en destination med förutsägbart innehåll, helst under egen kontroll, och granska dess begärandelogg om den finns. En okrypterad HTTP-lyssnare kan returnera en fast sida med status 200 utan att kontakta målet alls. En godtycklig framgångsstatus är svagare bevis än ett svar som matchar förväntningen; HTTPS-identitetsverifiering ger ytterligare skydd.
Anteckna det senaste lyckade steget. ”Port öppen, SOCKS-förhandling avvisad” ger en användbar utgångspunkt för fortsatt undersökning.