Retransmissão TCP para destino fixo com portproxy do Windows
Uma regra portproxy encaminha um ouvinte para um destino fixo. Ela não adiciona a negociação SOCKS ou HTTP CONNECT esperada pelos clientes cientes de proxy.
Uma regra portproxy do Windows retransmite TCP para um destino configurado. Ela não negocia o pedido de proxy HTTP de um navegador nem um pedido de destino SOCKS.
| Serviço | Quem escolhe o destino? |
|---|---|
| Retransmissor TCP fixo | A configuração de encaminhamento do ouvinte. |
| Proxy SOCKS5 | O pedido do cliente, dentro da política do servidor. |
| Proxy HTTP de encaminhamento | O pedido de proxy HTTP, incluindo CONNECT para o túnel HTTPS comum. |
Inspecione um retransmissor existente com netsh interface portproxy show all. Compare o backend configurado com o protocolo que o seu cliente envia. A referência do netsh descreve os endereços e portas do ouvinte e do destino; aceitar TCP não estabelece um handshake HTTP nem SOCKS.
Uma negociação SOCKS enviada a um retransmissor comum apenas chega a esse backend fixo. Ela não pode fazer um serviço que não seja SOCKS entender o pedido nem escolher um novo alvo.
Um retransmissor à frente de um proxy real é diferente. O proxy a montante continua a negociar destinos e autenticação; o retransmissor transporta a ligação até ele. Um retransmissor exposto à rede pode ampliar o acesso a esse backend, por isso mantenha o limite de acesso do ouvinte deliberado.
Escolha um serviço capaz do protocolo quando o requisito é uma saída HTTP ou SOCKS geral. Uma porta encaminhada é apenas uma parte desse caminho.