TCP-doorsturen naar een vaste bestemming met Windows portproxy
Een portproxy-regel stuurt een listener door naar een vaste bestemming. Hij voegt niet de SOCKS- of HTTP CONNECT-onderhandeling toe die proxybewuste clients verwachten.
Een portproxy-regel van Windows stuurt TCP door naar één geconfigureerde bestemming. Hij onderhandelt niet over het HTTP-proxyverzoek van een browser of een SOCKS-bestemmingsverzoek.
| Service | Wie kiest de bestemming? |
|---|---|
| Vaste TCP-doorstuurder | De doorstuurconfiguratie van de listener. |
| SOCKS5-proxy | Het verzoek van de client, binnen het serverbeleid. |
| HTTP-forwardproxy | Het HTTP-proxyverzoek, inclusief CONNECT voor gangbare HTTPS-tunneling. |
Inspecteer een bestaande doorstuurder met netsh interface portproxy show all. Vergelijk de geconfigureerde backend met het protocol dat uw client verstuurt. De netsh-referentie beschrijft de adressen en poorten van de listener en de bestemming; TCP accepteren stelt geen HTTP- of SOCKS-handshake in.
Een SOCKS-onderhandeling naar een gewone doorstuurder bereikt alleen die vaste backend. Hij kan een niet-SOCKS-dienst niet laten begrijpen wat het verzoek is of een nieuw doel laten kiezen.
Een doorstuurder vóór een echte proxy is anders. De bovenliggende proxy onderhandelt nog steeds over bestemmingen en authenticatie; de doorstuurder draagt de verbinding daarnaartoe. Een aan het netwerk blootgestelde doorstuurder kan de toegang tot die backend vergroten, dus houd de toegangsgrens van de listener bewust.
Kies een protocolbekwame dienst wanneer de eis een algemene HTTP- of SOCKS-uitgang is. Een doorgestuurde poort is slechts één deel van dat pad.