TCP-Weiterleitung an ein festes Ziel mit Windows portproxy
Eine portproxy-Regel leitet einen Listener an ein festes Ziel weiter. Sie fügt nicht die SOCKS- oder HTTP-CONNECT-Aushandlung hinzu, die proxybewusste Clients erwarten.
Eine portproxy-Regel unter Windows leitet TCP an ein konfiguriertes Ziel weiter. Sie handelt weder die HTTP-Proxy-Anfrage eines Browsers noch eine SOCKS-Zielanfrage aus.
| Dienst | Wer wählt das Ziel? |
|---|---|
| Fester TCP-Relay | Die Weiterleitungskonfiguration des Listeners. |
| SOCKS5-Proxy | Die Client-Anfrage im Rahmen der Serverrichtlinie. |
| HTTP-Forward-Proxy | Die HTTP-Proxy-Anfrage, einschließlich CONNECT für gängiges HTTPS-Tunneling. |
Untersuchen Sie einen vorhandenen Relay mit netsh interface portproxy show all. Vergleichen Sie sein konfiguriertes Backend mit dem Protokoll, das Ihr Client sendet. Die netsh-Referenz beschreibt Listener- und Zieladressen/-ports; TCP anzunehmen baut keinen HTTP- oder SOCKS-Handshake auf.
Eine SOCKS-Aushandlung, die an einen gewöhnlichen Relay gesendet wird, erreicht einfach dieses feste Backend. Sie kann einen Nicht-SOCKS-Dienst nicht dazu bringen, die Anfrage zu verstehen oder ein neues Ziel zu wählen.
Ein Relay vor einem echten Proxy ist etwas anderes. Der vorgelagerte Proxy handelt weiterhin Ziele und Authentifizierung aus; der Relay trägt die Verbindung zu ihm. Ein netzwerkexponierter Relay kann den Zugang zu diesem Backend erweitern, daher halten Sie die Zugriffsgrenze des Listeners bewusst.
Wählen Sie einen protokollfähigen Dienst, wenn ein allgemeiner HTTP- oder SOCKS-Ausgang gefordert ist. Ein weitergeleiteter Port ist nur ein Teil dieses Weges.