一次“家里宽带连不上、手机流量秒连”的排查：198.18.0.0/15 保留网段的坑

前几天碰到一件怪事：同一批代理节点，手机开流量用得好好的，一回家连上家里宽带，5 台全超时，连一个都连不上。节点配置一模一样、客户端也没动过，就换了个网络，整套东西直接瘫痪。

一开始我完全往错的方向想。第一反应是 Clash 配置出问题——前两天刚折腾过 fake-ip 网段，怀疑是不是规则把流量吞了。把配置翻来覆去检查了半天，没发现异常。第二反应是节点被墙了：5 台机器同时挂，怎么看都像 IP 被封锁。差点就动手把节点全重建了。

还好动手之前先做了个最简单的对照实验：手机开热点，电脑连手机热点再试。结果下一秒，5 台节点全活了，速度还挺快。

这个对照实验直接把问题钉死了：同一套节点、同一个客户端，在 A 网络通、在 B 网络不通，问题一定在网络这一侧，不在节点也不在客户端。我之前怀疑的配置和封锁两个方向全是错的。

接下来缩小范围。节点用的是某个免费云平台，边缘入口 IP 是 198.18.29.197 到 .201 这一段。我做了个 IP 直连的测试链接（绕开 DNS，排除域名污染的可能），家里宽带下依然超时，手机流量下依然秒连——DNS 没问题，问题就在这段 IP 本身。

然后去查了下 198.18.0.0/15 是什么网段：这是 RFC 里划给基准测试（benchmarking）用的保留网段。也就是说，按照规范，这个网段的地址本来就不应该出现在公网路由里。手机运营商那边正常放行了，但家里宽带运营商直接把这段流量丢了——连 ICMP 都不回，纯黑洞。

根因就这么水落石出：不是节点挂了，不是我配置写错了，也不是被墙了，是家里宽带运营商把 198.18.0.0/15 整个网段的流量直接过滤掉了。

最后的用策也很简单，分场景走：

• 在家（宽带）：走 AWS 悉尼的自建节点当主力，线路稳定；
• 出门（手机流量）：InstaBox 那 5 台当备选，流量下全活、node-01 实测能跑 240-250Mbps，够用了。

这次排查给我留了三个教训，记下来：

**第一，动手改配置之前，先问清变量。**网络问题先做“换网络对照”：同一套东西换个网络就好，那动配置就是白折腾。我这次差点把 5 台节点全重建，纯属瞎忙。

**第二，IP 直连测试是排除 DNS 污染最快的手法。**怀疑被墙的时候，先拿 IP 直连版链接试一下，几秒钟就能排除一整类可能。

**第三，198.18.0.0/16（实际是 /15）这种保留网段，碰到运营商过滤是完全可能的。**以后选节点、看服务商给的入口 IP 时，可以先扫一眼是不是落在特殊网段里，省得以后再踩一次。

说到底，网络排查看起来玄，方法就那几板斧：控制变量、逐段排除、先定位再动手。这次要是一上来就重建节点，问题照样在那儿，一个都修不好。