@retrocode 长期看 19 元的电信也比这个优惠吧

go 的 fasthttp 算不上框架吧 只是一个路由

虽然 vscode 很努力了，但是在 jb 家面前还是玩具

@Liku 也是一种方案

@supemaomao 如果 vrrp 不行，直接在网口 ehter 多拨看看

@jgh004 永恒的战争

@supemaomao op 也可以，用 luci-app-syncdial 和 luci-app-mwan3 配合即可，当然关键在于运营商给允许多少设备同时在线，这边移动只允许一个，电信老账号允许 3 个（新账号也只能一个），联通允许 10 个

@hubaq 好的，感谢，我去研究一下

@supemaomao 是的，要看运营商运行多少设备在线，就运行几次拨号
@hubaq 源 ip 和端口肯定都是一样的，因为爬虫就部署在一台设备里，虽然它每次访问的网站不一样，但是对于 ros 来说，源 ip 和端口都一样吧？

搞一个公司就行了，注册一个公司成本很低的

不过这个 up 主确实是一个半桶水，很多内容都是想当然的来

当初 google 创业初期确实搞了不少二手简陋的服务器的
不一定的事情

原来是反复横跳（快进快出，炒短线），这种在行情稳定的时候可以吃点小的，大行情来亏得裤衩都不剩

多年前用过 转运手机，成功未被税

@lwq84510 dns2 本身就是当 dns1 故障时候用吧，不用 net watch 监控也可以用 dns2 吧

农村种地没前途

@vcn8yjOogEL 不然直接将主路由的 dns 指向旁路由就行了，用旁路由的 xray 的分流策略做精细控制

@AlphaTauriHonda 我想到一个方案，将 ros 的 dns1 设置为旁路由 ip ，dns2 设置为 223.5.5.5 是否可以一定程度避免 dns leak 问题，当局域网内设备访问 YouTube.com ，会采用 dns1 旁路由来做 dns 解析，如果旁路由崩溃后，因为 dns1 不可用，会使用 dns2 为 223.5.5.5

@AlphaTauriHonda 主要是实现了，当旁路由崩溃时，访问国内也不受影响