SAGAN

我试过 bgp (Linux bird) over wireguard 。能用。但是本质上也是断线才切，做不到根据链路质量自动切换线路。

可以自己用脚本动态改变各个线路的路由 priority / metric ，其实都不用上动态路由协议。但是难点在于 vpn 链路质量很难准确检测:

- 简单的主动 ping / tcp ping 测试的延迟和丢包无法真实反映线路质量。特别是如果测试的线路现在是闲置状态，你把流量负载切过去后的真实质量可能完全是另一回事。
- 被动检测 vpn 里跑的 tcp 连接的延迟、重传等指标判断链路状态：理论上可行，但是找到的几个开源项目都比较老，都没有用 eBPF 。而且最关键的是这种方式不 future proof ，因为未来的趋势是 quic 这种全加密，网络层根本拿不到可以检测的元信息。
- 用脚本定期跑 iperf 测试：这个我觉得甚至可能是实际效果最准确的链路质量检测方式。但是不优雅。而且会占用较多网络带宽。

Mac 环境不是很了解。Linux 下网络层不同 VPN （ wireguard / zerotier / tailscale /...）之间的分流建议用 fwmark + ip rule / ip route 策略路由实现，可以实现非常灵活的策略。甚至可以用 dscp 实现跨设备的 mark 效果。

代理软件的 tun 模式应该也能用这种方式。但我建议四层代理软件仅做纯代理，不要使用 tun / TPROXY 等任何方式接管系统网络。

图看不到。难道 ix 用私有 ipv4 网段吗。我一直以为 ix 只是和公网之间无路由但 ip 地址仍然是公网 ip 。

祝好。

我觉得作为家属可以鼓励病人在任何时候不放弃希望。英国神外医生和作家 Henry Marsh 书里写过的几段话让我印象深刻，想分享给楼主：

Surgeons must always tell the truth but rarely, if ever, deprive patients of all hope. It can be very difficult to find the balance between optimism and realism. There are degrees of malignancy with tumours and you never know what will happen to the individual patient in front of you – there are always a few long-term survivors – not miracles but statistical outliers. So I tell my patients that if they are lucky they might live for many years, and if unlucky it might be much less.

Hope is one of the most precious drugs doctors have at their disposal. To tell somebody they have a 5 per cent hope of surviving is almost as good as telling them they have a 95 per cent chance, and a good doctor will emphasise the life-affirming 5 per cent without denying or hiding the corresponding 95 per cent probability of death.

新闻出来了。

無許諾サブスク風サイト運営者を中国で初の一斉刑事摘発　２事件の運営者ら計 13 名を相次いで逮捕

https://coda-cj.jp/news/2027/

好复杂，第一次看到有人在家庭网络里用动态路由协议。。。

我觉得即使用主路由+旁路由模式，主路由最好也有一定的定制能力(aka: OpenWrt)，这样实现按需分流会更简单：

* 路由：主路由上路由表里添加 cn ip 段直连。其它路由(0.0.0.0/1 + 128.0.0.0/1)走旁路由。
* BT / PT 机器全局直连等需求可以根据 src ip 策略路由。也可以使用 dscp + iptables mark 实现更复杂的需求（例如 qbittorrent.exe 的流量强制直连）
* DNS：直接用主路由上的 SmartDNS 。国内域名 (dnsmasq-china-list) 走国内 DNS 。所有其他域名走 CF 或其他国外的 DoT 或 DoH dns：tls://1.1.1.1:853, tls://1.0.0.1:853, https://1.1.1.1/dns-query, https://1.0.0.1/dns-query 。
* 容灾：主路由上自己写脚本每分钟检测旁路由状态，炸了把 0.0.0.0/1 + 128.0.0.0/1 两条路由删了就行。DNS 不用管。

天猫精灵全都崩了，家里灯都开不了。害得我排查了半天家里网

最后我才怀疑是阿里服务器的问题。但是 twitter 上搜天猫精灵什么消息都没有。结果再 V2EX 这里才看到。。