onetown

@fortitudeZDY 顺着 op 新发的 app 找到这个 thread 的， 之前错过这个主题了， 我也是搞 vpp 的， 我记得 vpp 里的 wireguard 插件是需要修改一下才支持一端在 nat 后面的， 所以魔改主要是这部分？ 另外，wg 官方的客户端对于功能来说就是隧道， 路由功能其实跟各 os 相关，我之前有试过借用 softether 的 mayaqua 来实现支持 win 和 linux ， 不过后来想想太蠢了， 直接实现调用系统的 api 其实要简单很多， 特别是 ios/mac 的 NE 里本身就有 includes 和 excludes ， 而且对路由数量上基本没限制，win/linux 更是，android 就不行， 路由超过 200 还是 300 就崩了。

在站里很少碰到即做网络又做 app 的， 想认识一下， 也许能交流交流， 能有更多的奇思妙想。

adb + scrcpy

se 会把所有的状态写在 vpnserver_config 里， 并且会定期迭代并把旧版本放到 backup 里， 所以 softether1 如果希望能有冗余能力， 可以通过同步文件的方式， 当一台挂了， 第二台可以根据同步的配置文件迅速拉起来， 配合 keepalived 可以曲线救国一下。

谢谢老板

sudo systemctl disable --now systemd-resolved

对公可以找电信/联通/移动买， 然后层层转包到这些做 sdwan 的公司

如果你有域名， 可以用:你朋友家的 sing-box/v2ray -> cloudflare -> cloudflare tunnel -> 你家的 trojan + websocket -> netflix

国外有 flyertalk
国内有 飞客茶馆

@qq1147 #3
1. 如果无法做客户对你们的请求的延时监控， 那么就做一下减法， 比如 A-Z, 你可以记录 B-Z 的全部延时， 如果平均延时在 300, B-Z 是 200 ， 那么 A-B 就在 100 左右了

2. 不用 traceroute 每一跳的节点， 这个涉及到控制面和转发面 SLA 的指标是有可能不一样的，所以这个数据只能作为参考， 实际上， 你可以直接对最终的目标地址做监控，而且要结合 ICMP/UDP 和具体业务协议， 比如 tcping, curl 等等, 如果中间 B-Z 有你们自己的路由节点， 你可以每一个节点都监控， 比如你面向客户接入的 POP 在北京， 目标在洛杉矶， 如果从上海出海， 就可以记录， 北京-上海， 上海-洛杉矶， 洛杉矶-最终目标， 因为洛杉矶出 POP 了就去 internet 了， 也不是你们可控的