GioGio 的 Blog

路由器损坏导致的服务器网络不通

2026-10-13杂谈,心得,路由器
起因今天开启服务器准备处理点bug的时候,发现ping不通了,我首先检查了DDNS-GO的上传问题,显示ip地址并未发生变化。

我根据上面显示的ipv6地址进行远程ping,结果出现了以下文本:

```shell
正在 Ping 2409:8a3c:***:***:***:5cff:fe11:ce20 具有 32 字节的数据:
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: TTL 传输中过期
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: TTL 传输中过期
请求超时。
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: TTL 传输中过期
```

这就很奇怪了TTL传输中过期,意味着:数据包还没到达目标地址 `2409:8a3c:***:***:***:5cff:fe11:ce20`,就在中途被某个路由器丢弃了。每个 IP 数据包在发出时都有一个“生存时间”(TTL,Time To Live)。每经过一个路由器,TTL 就减 1。当 TTL 变成 0 时,路由器就丢弃该包,并返回这个错误——目的是防止数据包在网络里无限循环。

于是我检查了一下路由环路:

```shell

tracert 2409:8a3c:***:***:***:5cff:fe11:ce20
```

```shell
Microsoft Windows [版本 10.0.26200.8457]
(c) Microsoft Corporation。保留所有权利。

C:\Users\a>tracert 2409:8a3c:***:***:***:5cff:fe11:ce20

通过最多 30 个跃点跟踪到 2409:8a3c:***:***:***:5cff:fe11:ce20 的路由

  1    <1 毫秒   <1 毫秒   <1 毫秒 2409:8a3c:422:7860:124c:43ff:fefb:9a70
  2     1 ms    <1 毫秒   <1 毫秒 2409:8a3c:422:7860:66e1:72ff:fea8:b228
  3     1 ms     1 ms     *     2409:8a3c:422:7860:124c:43ff:fefb:9a70
  4     4 ms     3 ms     3 ms  2409:803c:0:807::6f
  5     4 ms     *        4 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
  6     4 ms     3 ms     4 ms  2409:8a3c:422:7860:66e1:72ff:fea8:b228
  7     4 ms     *        3 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
  8     6 ms     5 ms     6 ms  2409:803c:0:807::6f
  9     4 ms     *        4 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 10     5 ms     4 ms     4 ms  2409:8a3c:422:7860:66e1:72ff:fea8:b228
 11     5 ms     *        5 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 12    10 ms     7 ms     7 ms  2409:803c:0:807::6f
 13     8 ms     *        7 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 14     7 ms     *        8 ms  2409:8a3c:422:7860:66e1:72ff:fea8:b228
 15     7 ms     6 ms     6 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 16    10 ms     8 ms     8 ms  2409:803c:0:807::6f
 17     *        9 ms     7 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 18     9 ms     *        *     2409:8a3c:422:7860:66e1:72ff:fea8:b228
 19     8 ms     8 ms     7 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 20    11 ms    10 ms    10 ms  2409:803c:0:807::6f
 21     *       10 ms     9 ms  2409:8a3c:422:7860:124c:43ff:fefb:9a70
 22    11 ms    10 ms    12 ms  2409:8a3c:422:7860:66e1:72ff:fea8:b228
 23     2 ms     1 ms     *     2409:8a3c:422:7860:124c:43ff:fefb:9a70
…………
```

可以看到,数据一直从

`2409:8a3c:422:7860:124c:43ff:fefb:9a70\2409:8a3c:422:7860:66e1:72ff:fea8:b228\2409:8a3c:422:7860:124c:43ff:fefb:9a70\2409:803c:0:807::6f`

这三个路由ip一直循环,这是很经典的路由环路了。

经过测试,客户端和服务器同时ping 2400:3200::1百度的ip地址,客户端可以连通。服务端通过`ip -6 route show default`查看到:

```shell
default via fe80::64e1:72ff:fea8:b227 dev eth0 proto ra metric 2048 expires 86sec mtu 1500 hoplimit 64 pref low
```

服务器通过 **链路本地地址** `fe80::64e1:72ff:fea8:b227` 作为 IPv6 默认网关。我们去ping ipv6网关,网关是可以ping通的。

命令`traceroute6 -n 2400:3200::1`是不通的,结果全是 `* * *`,30 跳全部超时!**问题出现在了服务器的路由器。**

首先要做的是重启路由器,我们重启路由器后发现问题居然解决了?

```shell
C:\Users\a>ping 2409:8a3c:***:***:***:5cff:fe11:ce20

正在 Ping 2409:8a3c:***:***:***:5cff:fe11:ce20 具有 32 字节的数据:
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: 时间=1ms
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: 时间=1ms
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: 时间=1ms
来自 2409:8a3c:***:***:***:5cff:fe11:ce20 的回复: 时间=1ms

2409:8a3c:***:***:***:5cff:fe11:ce20 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
    最短 = 1ms,最长 = 1ms,平均 = 1ms

C:\Users\a>
```

# 分析360路由器T5G

这款路由器是家人花了100多从运营商那里加装的,本身这款路由器价值根本不值100多。

T5G的配置为 **7621Dat内置集成128内存+7603+7613+128闪存NAND+ 没有外置功放 +wanlan自适应**

通过查看各大社区对于这款路由器的评价[关于360T5G路由器刷机的心得体会-360无线路由器及其他360网络设备-恩山无线论坛 - Powered by Discuz!](https://www.right.com.cn/FORUM/thread-8364867-1-1.html)、[全网首拆奇葩的360路由T5G - 拆机乐园 数码之家](https://www.mydigit.cn/thread-179300-1-1.html)。

我们得知,这款路由器在社区里评价并不好。具体解决方案我这里也是没有头绪。可以将 360T5G 降级为 AP 模式或直接淘汰?

也考虑给360T5G路由器刷机换用其他固件(如OpenWrt、Padavan等),由于没有这方面经验且刷机风险很高,比起刷固件,换路由器优先级更高。

相关文章