In iepen TCP-poarte bewiist net dat in proxy wurket
In slagge poartekontrôle bout allinne in ferbining op. Kontrolearje ek de proxy-handshake en it ferwachte antwurd fan de bestimming.
In iepen TCP-poarte lit sjen dat in listener in ferbining oannommen hat. It kin in proxy, in gewoane webserver of in oare tsjinst wêze; poarte 8080 identifisearret it protokol net.
Foar in einpunt dat as HTTP-proxy dokumintearre is, brûk it echte adres yn in HTTPS-fersyk mei tiidsgrinzen:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Ferfang it dokumintaasjeadres troch jo HTTP-einpunt of in kandidaat út de list mei HTTP-proxy’s. Brûk foar SOCKS de byhearrende SOCKS-kliïntmodus en foltôgje de ûnderhanneling. In ferkearde handshake kin fuort nei TCP-akseptaasje mislearje.
| Waarnommen faze | Wat dy oantoant |
|---|---|
| TCP akseptearre | De listener is berikber. |
| Proxy-handshake akseptearre | De listener hat dizze proxyaksje akseptearre. |
| TLS fan de bestimming kontrolearre | De kliïnt hat de bedoelde feilige ferbining neffens syn fertrouwensynstellingen foltôge. |
| Ferwachte status en ynhâld ûntfongen | It applikaasjefersyk joech it ferwachte resultaat. |
Foar HTTPS fia in HTTP-proxy moat CONNECT nei de doelpoarte tastien wêze. Sels CONNECT 200 is in tuskenfaze: de tunnel kin slute foardat TLS of it lêste fersyk slagget. Sukses mei net fersifere HTTP toant dy tunnelmooglikheid net oan.
Brûk in bestimming mei foarsisbere ynhâld, leafst ûnder eigen behear, en besjoch it fersykrekôr as dat beskikber is. In net fersifere HTTP-listener kin in fêste side mei status 200 weromjaan sûnder it doel te benaderjen. In willekeurige suksesstatus is swakker bewiis as in antwurd dat mei de ferwachting oerienkomt; HTTPS-identiteitskontrôle jout ekstra beskerming.
Notearje de lêste slagge faze. ‘Poarte iepen, SOCKS-ûnderhanneling wegere’ jout in nuttich begjinpunt foar fierder ûndersyk.