反向隧道实现端口关闭的服务器A作为代理的可行性咨询

嘿，这绝对是可行的！核心思路就是利用反向隧道来绕开服务器A端口被封的限制——因为是A主动发起连接到B，而不是外部尝试连接A，这样就不会被A的端口封禁规则挡住，完美适配你说的场景。

下面分两种流量类型给你具体方案：

TCP流量实现（简单易操作） #

最常用的就是SSH反向隧道，几乎所有Linux服务器都自带SSH，不需要额外安装太多工具：

• 第一步，在服务器A上启动一个本地代理（比如socks5，用sshd或privoxy都可以，这里以socks5为例），假设监听A的localhost:1080端口。
• 第二步，在A上执行反向隧道命令，把B的某个端口和A的本地代理绑定：
  ssh -NfR 0.0.0.0:1080:localhost:1080 user@serverB
  参数解释：
  • -N：只建立隧道不执行远程命令
  • -f：让进程后台运行
  • -R：反向绑定，让B监听0.0.0.0:1080，所有发往B这个端口的TCP流量都会通过SSH隧道转发到A的socks5代理
• 之后，你只需要把B作为代理服务器，设置代理地址为serverB:1080，所有流量就会先到B，再通过隧道转到A，最后由A对外转发。

TCP+UDP流量实现（更全面） #

如果需要同时支持UDP，SSH隧道就不够用了，推荐用WireGuard搭建反向VPN：

• 第一步，在服务器B上配置WireGuard，监听一个公网可访问的端口（比如51820），并设置好允许A的连接规则。
• 第二步，在服务器A上配置WireGuard，主动发起对B的连接（因为是A主动连B，所以A不需要开放任何端口）。
• 连接建立后，在B上添加路由规则，把需要转发的流量（比如所有外网流量）指向WireGuard隧道的A端IP。这样B的所有TCP和UDP流量都会通过WireGuard隧道转发到A，再由A对外发送。

另外补充几个实用细节：

• SSH反向隧道可能会因为网络波动断开，可以用autossh代替ssh自动重连，命令类似：autossh -M 20000 -NfR 0.0.0.0:1080:localhost:1080 user@serverB（-M是指定一个本地端口用来检测连接状态）。
• WireGuard配置要注意防火墙规则，确保B的监听端口能被A访问到，同时A的配置里要正确指向B的公网IP和端口。

总结一下：你想要的“用A作为代理、B作为中转”的需求完全可以实现，不管是只支持TCP还是同时覆盖TCP+UDP，都有成熟的工具和方案能搞定。

备注：内容来源于stack exchange，提问作者AndryS1