Inoltro TCP verso una destinazione fissa con portproxy di Windows
Una regola portproxy inoltra un listener verso una destinazione fissa. Non aggiunge la negoziazione SOCKS o HTTP CONNECT attesa dai client consapevoli del proxy.
Una regola portproxy di Windows inoltra TCP verso una destinazione configurata. Non negozia la richiesta proxy HTTP di un browser né una richiesta di destinazione SOCKS.
| Servizio | Chi sceglie la destinazione? |
|---|---|
| Relè TCP fisso | La configurazione di inoltro del listener. |
| Proxy SOCKS5 | La richiesta del client, entro la policy del server. |
| Proxy HTTP in avanti | La richiesta proxy HTTP, incluso CONNECT per il consueto tunneling HTTPS. |
Ispeziona un relè esistente con netsh interface portproxy show all. Confronta il suo backend configurato con il protocollo inviato dal tuo client. La riferimento netsh descrive indirizzi e porte del listener e della destinazione; accettare TCP non stabilisce un handshake HTTP o SOCKS.
Una negoziazione SOCKS inviata a un relè ordinario raggiunge semplicemente quel backend fisso. Non può far capire la richiesta a un servizio non SOCKS né fargli scegliere una nuova destinazione.
Un relè davanti a un vero proxy è diverso. Il proxy a monte negozia ancora destinazioni e autenticazione; il relè trasporta la connessione fino a esso. Un relè esposto alla rete può estendere l'accesso a quel backend, quindi mantieni il confine di accesso del listener deliberato.
Scegli un servizio in grado di gestire il protocollo quando il requisito è un'uscita HTTP o SOCKS generica. Una porta inoltrata è solo una parte di quel percorso.