Retransmisión TCP a destino fixo con portproxy de Windows
Unha regra portproxy reenvía un oínte a un destino fixo. Non engade a negociación SOCKS ou HTTP CONNECT que esperan os clientes conscientes de proxy.
Unha regra portproxy de Windows retransmite TCP a un destino configurado. Non negocia a solicitude de proxy HTTP dun navegador nin unha solicitude de destino SOCKS.
| Servizo | Quen escolle o destino? |
|---|---|
| Retransmisor TCP fixo | A configuración de reenvío do oínte. |
| Proxy SOCKS5 | A solicitude do cliente, dentro da política do servidor. |
| Proxy HTTP de reenvío | A solicitude de proxy HTTP, incluído CONNECT para o túnel HTTPS habitual. |
Inspeccione un retransmisor existente con netsh interface portproxy show all. Compare o seu backend configurado co protocolo que envía o seu cliente. A referencia de netsh describe os enderezos e portos do oínte e do destino; aceptar TCP non establece unha aperta de mans HTTP nin SOCKS.
Unha negociación SOCKS enviada a un retransmisor común chega simplemente a ese backend fixo. Non pode facer que un servizo que non é SOCKS entenda a solicitude nin escolla un novo obxectivo.
Un retransmisor diante dun proxy real é distinto. O proxy superior segue negociando destinos e autenticación; o retransmisor leva a conexión ata el. Un retransmisor exposto á rede pode ampliar o acceso a ese backend, así que manteña o límite de acceso do oínte deliberado.
Escolla un servizo capaz do protocolo cando o requisito sexa unha saída HTTP ou SOCKS xeral. Un porto reenviado é só unha parte dese camiño.