服务器搬机房后炸路由？DC1换DC3为何网速归零

最近在折腾家里的机子，顺便把服务器从DC1搬到了DC3，想着换个环境或许能解锁更优质的线路。结果这一换不要紧，打开探针一看傻眼了——电信（CT）、联通（CU）甚至CMI线路的测速数据全部显示为0，感觉就像路由直接“空”了一样。

探针显示电信（CT）、联通（CU）及CMI线路测速全部为0

其实遇到这种情况先别慌，这多半不是机器硬件坏了，而是网络层面的“水土不服”。作为经常折腾网络的博主，今天就来复盘一下这种“换机房后炸路由”的常见原因和排查思路，希望能帮大家避坑。

为什么换DC会导致路由异常？

简单来说，数据中心（DC）的切换通常伴随着物理线路、上游运营商和BGP（边界网关协议）路由表的变更。你原来的机器在DC1运行正常，说明本地配置没问题，但到了DC3，哪怕IP段没变，整个网络出口也完全不同了。

从这次“CC阿三”的反馈来看，主要问题可能集中在以下几个方面：

1. BGP路由收敛滞后或配置错误

这是最常见的原因。当你迁移服务器到新机房时，新机房的 announces（路由广播）策略可能还没生效，或者旧机房的路由没完全撤下。这就可能导致数据包发出去了，但回包的时候找不到路，或者路由到了错误的出口。

如果新机房的BGP peers对不同运营商（CT/CU）的优选策略设置不当，甚至会出现“黑洞路由”或者路由回环。表现为Ping通但丢包严重，或者直接像这次一样，测速工具连握手都完成不了，显示为0。

2. IP地址段的声誉或地区判定问题

虽然有时候迁移会保留同一个IP段，但GeoIP数据库（也就是各大运营商识别你IP归属地的库）并没有实时更新。

有些情况下，原本标注为A地区电信优质的IP段，在搬到新机房后，被运营商的防火墙或QoS策略识别为了“异地传输”或“非标准段”，直接被限速甚至阻断。特别是对于CMI（中国移动国际出口）这种对路由敏感度极高的线路，稍微一点策略变动就会导致连接中断。

在服务器终端执行 ip route show 检查默认网关

3. 本地网卡或网关配置冲突

虽然是换DC，但如果是KVM架构下的重装或迁移，有时候内部的虚拟网卡网关配置会“锁死”在旧机段的网关地址上。如果不手动重置网络配置，让DHCP重新获取，数据包可能会被发送到一个不存在的网关，自然也是“空路由”。

实操排查与解决方案

既然大概率是软件或路由层面的问题，我们按顺序一步步来排查。

第一步：检查本地网络配置

先别急着骂运营商，登录服务器SSH。

如果是Linux系统，执行 ip route 或者 netstat -rn，看看默认网关是否正确。

ip route show

如果看到的网关IP和你新机房的子网不匹配，或者有重复的路由条目，直接重置网络。

• Debian/Ubuntu: sudo netplan apply 或者重启网络服务。
• CentOS: nmcli connection reload && nmcli connection up <网卡名>

第二步：从本地的Traceroute看路

如果你在本地能SSH连上去，说明到服务器的路是通的，但服务器“回不来”。在本地终端执行 Traceroute（Windows可以用 tracert，Linux/macOS用 traceroute）：

traceroute <你的服务器IP>
``

留意最后几跳。如果数据包在进入运营商骨干网后就开始丢包，或者在某一个节点死循环，那就是上游运营商的路由震荡问题。

#### 第三步：利用回环IP测试
这是最关键的一步。如果你服务器有IPv6地址，现在很多IPv6线路是绕过复杂的BGP策略直达的。试试Ping IPv6地址，如果IPv6能满速，而IPv4全挂，那基本坐实了IPv4的BGP路由问题。

或者，如果你服务器有多个不同网段的IPv4地址（例如一个原生电信IP，一个联通IP），分别测试一下，看看是不是某一个段的IP路由崩了，另一个还是好的。这样能缩小是不是AS（自治系统）层面的广播问题。

#### 第四步：提工单，给客服确凿证据
如果以上本地排查都做了没问题，那基本就是机房那边的事了。这时候别只说“网很卡”，直接上证据。

1.  **截图：** 把你显示速率全为0的探针截图保存。
2.  **路由追踪：** 把Traceroute的结果复制下来，特别是标有 `* * *` 的节点。
3.  **MTR报告：** 在服务器上运行 `mtr -rn <你的本地IP>`，这是一份双向丢包报告，技术客服一看就懂。

直接告诉客服：“我在DC1时CT线路正常，换到DC3后，Traceroute显示在XX节点出现环路/丢包，且本地网关配置无误，请检查上层BGP peers的宣告策略。” 这样专业的提单方式，能帮你节省大量的扯皮时间。

### 总结
遇到“换机房变砖”的情况，90%都是BGP路由收敛或策略变更导致的“空路由”现象。不要轻信那种“新机房线路都没调好”的玄学说法，先从本地网络配置查起，再利用MTR和Traceroute定位故障节点。

希望这篇复盘能帮到同样正在折腾服务器迁移的朋友，毕竟谁能拒绝更低延迟、更优质线路的诱惑呢？如果大家还有其他奇奇怪怪的网络故障，欢迎在评论区交流，咱们一起避坑！