Windows 的 portproxy 规则会把 TCP 中继到一个已配置的目标。它不会协商浏览器的 HTTP 代理请求或 SOCKS 目标请求。

服务谁选择目标?
固定 TCP 中继监听器的转发配置。
SOCKS5 代理客户端请求,在服务器策略范围内。
HTTP 正向代理HTTP 代理请求,包括用于常见 HTTPS 隧道的 CONNECT。

使用 netsh interface portproxy show all 检查现有的中继。将其配置的后端与客户端发送的协议进行比较。netsh 参考 描述了监听器和目标的地址/端口;接受 TCP 并不建立 HTTP 或 SOCKS 握手.

发送到普通中继的 SOCKS 协商只会到达那个固定后端。它无法让非 SOCKS 服务理解该请求或选择新目标。

位于真实代理前面的中继则不同。上游代理仍然协商目标和身份验证;中继只把连接承载到它那里。暴露在网络上的中继可能扩大对该后端的访问,因此请有意识地保持监听器的访问边界。

当需求是通用的 HTTP 或 SOCKS 出口时,请选择支持该协议的服务。转发的端口只是这条路径的一部分。

相关文章