请说服我购买你的软件后，如何能赚回这 10 万

反向代理你能找到最多的资料还是 nginx
设置简单，不如考虑 caddy
实在想不出使用一个闭源的 web 代理服务器有什么好处

@yunv2 #3 被坑过一次+1 ，自己的机器不知什么原因掉了登录状态，从外面死活连不上，提示要对方手动点击授权。

@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