FAQ部分也写得再详细了一些 Q：既然可以直接连接使用，为什么还需要中转机呢？ 有些出口机的网络质量并不理想，可能存在绕路、丢包等问题，导致使用体验很卡顿。而在链路中增加一台网络质量较好的中转机，就能明显改善这种情况。另外，如果落地机的 IP 被封，通过未被封锁的中转机依然可以顺利连接。至于两台服务器之间的链路质量，可以使用脚本中的 7. 中转网络链路测试 来进行分析和判断。 Q：那直接找一台网络质量好的机器不就行了吗？ 如果你能找到一台网络质量好、又能满足所有需求的机器，确实可以直接用，不需要中转。但通常这种机器要么价格偏高，要么存在功能限制（例如无法解锁 Netflix 等流媒体或IP质量不佳）。在这种情况下，组合使用一台出口机和一台中转机，就能既控制成本，又满足功能需求。
@huai #9 嗯，足够安全就行，太多加密反而是累赘
先收藏再送鸡腿
@1haoren88 #12 感谢支持
更新对隧道部分写得更直接一些,方便了解具体场景
如果对隧道感兴趣或还是不够了解,这篇博客写得挺好的,可以看看
cloudflare 什么是隧道？| 网络中的隧道
期待下回分解
新创建的脚本都不能用了 设置完都停止运行
@Elan #16 修好了
@Elan #16 修复了，选择1.更新一下，再创建（或者更新后点3.重启服务）就好
FAQ部分也写得再详细了一些
Q：既然可以直接连接使用，为什么还需要中转机呢？
有些出口机的网络质量并不理想，可能存在绕路、丢包等问题，导致使用体验很卡顿。而在链路中增加一台网络质量较好的中转机，就能明显改善这种情况。另外，如果落地机的 IP 被封，通过未被封锁的中转机依然可以顺利连接。至于两台服务器之间的链路质量，可以使用脚本中的 7. 中转网络链路测试 来进行分析和判断。
Q：那直接找一台网络质量好的机器不就行了吗？
如果你能找到一台网络质量好、又能满足所有需求的机器，确实可以直接用，不需要中转。但通常这种机器要么价格偏高，要么存在功能限制（例如无法解锁 Netflix 等流媒体或IP质量不佳）。在这种情况下，组合使用一台出口机和一台中转机，就能既控制成本，又满足功能需求。
大佬