土拨鼠日志：先查配额，再怪网络

今天排查一台路由器的「国外线路连不上」，我们差一点就下了错误的结论：上游把境外端口封锁了。最后发现根因朴素得多——账号流量用完了。这篇就把这个「差点冤枉网络」的过程摊开讲。

一、看起来「全是证据」的假结论

当时的现象确实很像封锁：

• 节点端口 TCP 能通，握手也回 101；
• 但连着节点走业务，HTTPS 全部超时（0.7 秒内 000）；
• 直连几个境外目标也全断，而 ping 网关却 0 丢包。

「ICMP 放行、TCP443 深度封锁」这个解释，每一条都合得上。于是我们下了结论：上游运营商对境外流量做了阻断，路由器侧无解。

这个结论是错的。而且错得特别有迷惑性——因为它看起来经过了完整取证。

二、真正的原因：流量额度用尽

掉头去查账号后台，一眼就看到了：已用 500.01GB，上限 500GB，超了 0.01GB。

就这 0.01GB，把整条「国外线路」判了死刑。重置配额、把当月流量清零之后，再测：谷歌 204、脸书 200、油管 200，一个不差全通了。线路从头到尾都是好的。

这里有个对排查很有用的判断：握手能过、业务全断，先怀疑服务端在「拒绝」你，而不是网络在「拦」你。流量超额、账号被封禁，都是这种「握手看似正常、业务一律失败」的典型长相。

三、为什么我们会先想到封锁

复盘下来有两条：

• 先有结论再找证据：现象像是封锁，于是一路去找支持封锁的旁证，把「端口通、握手 101」也解释成了「只是端口在响应」。
• 漏了最简单的那个检查：账号配额是后台一句话就能看到的，却被排在了排查清单的最后，甚至根本没进清单。

教训很直接：排查网络前，先把「账号还活着吗、额度还够吗」这一类零成本检查排在最前面。它们往往比抓包、比 ping 快得多，也准得多。

四、这把在土拨鼠里怎么落成习惯

说点能直接感觉到的：

• 每次排查前先建一张最小检查清单，把「零成本的」排前面，把「要下结论的」排最后，避免一上来就冲着某个解释去找证据；
• 结论一旦被新证据推翻，当场作废并记录原因，不留一个「看起来成立」的旧结论在记录里继续带偏下一轮；
• 故障定位过程中，每一步都能顺手拿到进度卡，不用一直追问「查到哪了」。

如果你也在拿它做运维排查，建议先看 功能页 里关于长任务与工作区的部分；想先算一笔账，定价页 有按量与实际消耗的对照；直接上手就 下载 装一个，拿一件真事跑一遍，比看十篇介绍有用。

五、一个 30 秒自查

下次你排查「某个目标连不上」，在动手抓包之前先问自己三句：

• 账号还在吗？额度还够吗？是不是被封了？
• 是先排查、还是先有了结论在找证据？
• 「握手正常、业务全断」这个信号，是网络问题，还是服务端在拒绝我？

三个问题里中任意一个，很多「网络疑难杂症」其实都还轮不到抓包那一步。