你对"调度方法的正确"理解有误.正确的调度方法不仅要考虑远近问题,还要考虑很多问题.
每个节点不可能都存储一个网站的所有视频.低热度的视频可能仅储存在一部分大型节点上,高热度的视频会根据地区访问量逐渐分发到边缘节点.如果一个视频存在于江苏节点,且广东的访问量还未达到分发阈值,可能所有广东的用户都会从江苏拿数据.
Google 之所以能做到所有用户都就近拿数据,依托的是 Google 自己强大的基础网络架构.例如一个伦敦的用户观看一段只存在于圣何塞的视频,Google 会通过自己的光纤把它传输到位于伦敦的边缘节点,然后再分发给用户,提升用户体验.B 站自己没有硬件,只能租用别人的网络.如果像 Google 那样搞会产生庞大的网内传输费用.

你是个人用户么?如果是的话这么搞说实话很费力而且低收益,后期还需要时间来维护.
大部分主流站点都是使用了 cdn 的,回源是 cdn 和服务商的事,这种操作收益不高.
还有很多一辈子可能只会访问几次的站点,120ms 和 240ms 根本就没差.
你需要的是对无 cdn 的大流量站点做优化,还有合理的负载均衡,而不是自己写路由表.

看起来这玩意像 30 天流量卡啊.难道每 30 天买一张?

要是系统组件的 dll 被挂了钩子了这种情况太难找了.
先检查检查进程命令行和服务吧,看看有没有什么可疑的.

不能这样吧.你这相当于设计了一个物理层的分光协议.
同时这也意味着物理层设备必须有读取网络层的能力,或者网络层设备要能够直接构造修改你设计的物理层协议数据.
这严重破坏了分层架构.

遵循最小授权原则吧.关闭一切非必要的权限,否则就会出现可以避免但想不到的问题.

只有一跳不能说明问题的.公网 IP 的路由里可以有内网 IP.
不过你现在改不了桥接,没有 IP 的使用权,公网内外有啥区别么.

谁来 @下人,看能炸出来不?