共计 819 个字符，预计需要花费 3 分钟才能阅读完成。
| 本来打算用 oracle 首尔做中转机，oracle 日本做落地机，配置了一下午都没成功。甲骨文面板的安全列表已经放行了所有端口，debian 也放行了所有端口，同样的中转配置 (中转机:8888-> 落地机:443)，分别试了 gost 和 realm，用非甲骨文小鸡(vir 日本、azhk) 做中转机就可以，但是用甲骨文做中转机就不通，已经开始怀疑人生了 |
网友回复：
注册： iptables 实测没问题
Litccc： xui 自带中转
5amN1： 设置本机 ip 时要用机器的内网 ip。
爱你一生 1024： https://www.moerats.com/archives/621/
xiake0304： 首尔之前走国内路由，不知道现在还是不是
花样： 高墙：小样儿，墙不死你
本人马保国： 没啥问题一直在用
hotket： 没啥问题，一直这样在用
cicvc： 试了下填内网 ip 也不行，而且也不会填公网 ip 吧，不应该监听 0.0.0.0 么？
注册： 一直在用 X -ui 的任意门
注册： xray 用 routing 一样可以中转，无限套娃
Cady： 不用试了，任何转发到甲骨文首尔的 tls 流量都会阻断，第一次能连通后面就阻断了，根本就转发不出去，但是你落地换成非 tls 的代理，首尔就能转发过去也不会被阻断
fmbfmb： 应该不是这个问题，试了下用甲骨文新加坡做中转机也不通，但是非甲骨文做中转机一点问题都没，头疼
dmxiaoshen： 你的落地是不是有 tls 的，有那就对了
Litccc： 这倒没错，落地机用的 vmess+ws+tls
dmxiaoshen： 不信你可以试试，去掉 tls 你就能用首尔中转成功了，首尔就有这个毛病，但是你用 vir 日本的话，不去掉 tls 也能中转成功(这才是正常的)
Litccc： 我也发现这个问题了
dmxiaoshen： 试了一下，不止首尔有这个问题，新加坡也是
netsky： 直接用 x -ui 的任意门吧，我同时搭建的，就任意门相对稳定。
注册： 到落地机直接用 sock5 完事，还加什么 tls，嫌速度不够慢吗
