@iosyyy #69 和机关内 ssh 权限审批严格，每次获取 root 权限都需要多个领导审批，我直接凭借经验从安装文档的命令放弃了使用 root 权限（我凭经验这些命令都不需要 root ）执行了，但是最后服务起不来 有啥区别？
我的观点是为啥要去猜测乙方服务所需要的端口，乙方说要什么，就去提条子申请什么，少资料就找乙方提供，是自己不想按流程办事 想省事然后坑了自己。
感觉一点不像甲方，倒像是乙方 pk 乙方，没一点话语权的样子，我们遇见乙方要是这样，问题早上升了。

@iosyyy #69 对啊，不就是嫌审批麻烦，然后 op 不想去做吗，然后开始自己凭经验挑端口 。至于每个端口的详细理由回复也已经说了，如果《端口矩阵》是不能满足审批要求，就应该让对面提供，如果对面不提供，反手应该问题升级到领导那去。

@Kinnice #41 "然后选了几个看起来要用的端口"，这纯在给自己找事，自信过头了。

不谈这个产品本身咋样，如果你后续发现的端口在所谓的 《端口矩阵》上都有，那说明是你的锅，反之是对面的锅。
如果你的上游审批需要这些端口的作用，那你应该提供《端口矩阵》，或者要求对面提供端口使用说明。

@zagfai 这种方案基本都是延迟飞起

@zagfai 那不如使用 dns 的 txt 字段，免费域名还是很多的.

旁路由+keepalived 网关，旁路挂了网关和 dns 自动切换回主路由

自己开发一个，赚她钱呗

dns 隐形转发

speedtest.net
而不是.cn

@yikyo #14 base64: aWtrLXd4

@yikyo #7 是的，或许你可以直接直接使用 auto-route: true

正常应该这样
149.154.160.0 via 198.18.0.2 dev utun table 1970566510 src 198.18.0.1 uid 0
cache

可以在 clash 容器内 ip route get 149.154.160.0 看看是不是走的 198.18.1.1

clash 容器内增加 tg 的 ip route 到 198.18.1.1(clash tun 网口的地址) [不是在 clash config 里面加规则]

@kevinwu04266 #4 谁说的只能在手机端使用。。。。

tun2sock