Linux 查看宽带测速慢的原因分析与排查方法

在 Linux 上查看宽带测速时，如果下载、上传结果明显低于套餐标称值，先不要直接判断“网络不好”。测速偏低通常是链路协商、系统配置、路由器性能、测试方式或外部线路共同作用的结果。下面按原因分析的思路逐步拆解。

一、先确认测速现象是否真实

测速结果低，并不一定代表宽带真的降速。不同测速站点、不同时间段、浏览器或命令行工具的测试结果都可能有差异。若只是某一次结果偏低，而其他设备和其他时段正常，问题更可能出在测试环境，而不是宽带本身。

建议先用同一台 Linux 机器在不同时间重复测试，并与手机、Windows 设备或路由器自带测速结果对比。如果只有 Linux 这台机器偏低，就优先检查本机设置；如果所有设备都偏低，则更像是线路、光猫或运营商侧问题。

这是最常见的原因之一。网卡如果只协商到 100Mbps，或者半双工、错误速率、链路抖动，就会让测速明显达不到预期。即使你的宽带是千兆，链路只要停留在百兆，测速上限也会被锁死。

在 Linux 中可以用 ethtool 查看网卡速率、双工模式和链路状态。如果看到 speed 不是 1000Mb/s 或者 duplex 不是 Full，就需要继续检查网线、交换机端口、光猫 LAN 口和网卡驱动。尤其是老旧网线、接触不良或低规格跳线，很容易导致协商降档。

有些 Linux 发行版在默认配置下会启用省电策略，网卡驱动也可能存在兼容性问题，表现为延迟升高、丢包增多或吞吐波动。对于需要稳定高带宽的场景，这类问题会让测速看起来“明明线路正常，但速度上不去”。

判断时可以观察测速过程中的 CPU 占用、系统日志和网卡错误计数。如果系统日志里有频繁断连、重协商或驱动重置记录，优先升级内核、网卡驱动或关闭不必要的节能功能。对于无线网卡，还要关注 Power Save 是否开启。

当 MTU 配置不匹配、路径存在丢包，或者 PPPoE 等接入方式没有正确适配时，测速会出现“能上网但速度不稳定”的现象。TCP 流量一旦发生重传，表面上看是带宽不够，实际上是有效吞吐被损耗了。

判断这类问题时，可以先测试本机到网关的连通性，再观察外网访问是否存在丢包。若 ping 网关很稳，但访问外网测速抖动明显，就要重点检查 MTU、光猫拨号方式和路径质量。必要时可以调整 MTU 后再次测试，确认是否改善。

如果 Linux 电脑到路由器的局域网测速正常，但外网测速始终上不去，瓶颈可能在路由器或光猫。低端设备在高并发、NAT 转发、QoS 开启或 PPPoE 拨号时，CPU 很容易接近满载，导致实际转发能力低于宽带带宽。

判断方法很直接：把 Linux 机器临时直连光猫或更换高性能路由器进行对比。如果直连后速度明显上升，说明原来的路由器转发能力不足。此时应优先关闭不必要的限速、流控和复杂 QoS 规则，或者直接升级硬件。

不同测速工具的实现方式不同，有的更适合大带宽环境，有的更容易受浏览器、线程数或测试节点距离影响。比如命令行测速工具、网页测速、iperf3 局域网测试，本质上测试对象并不相同，结论也不能完全等同。

如果测速节点距离较远、服务器繁忙或线路绕路严重，就算本地链路没有问题，结果也可能偏低。判断时应尽量选择离你较近、质量稳定的节点，并多次取平均值，而不是只看一次峰值或最低值。

可以按“由近到远”的顺序排查：先看网卡协商速率，再看局域网通畅性，然后测外网。先用 ethtool 检查链路，再用局域网内的 iperf3 观察本机到内网服务器的吞吐，最后再做互联网测速。这样可以快速分离问题边界。

如果局域网测速正常，外网测速偏低，说明本机硬件大概率没问题，重点排查路由器、光猫和运营商线路；如果局域网就不正常，则优先检查网线、驱动和协商速率。

对于网卡协商异常，优先更换千兆及以上网线，检查接口接触，确认网卡和交换机端口支持对应速率。对于驱动问题，建议升级内核和驱动，关闭不必要的省电选项。对于 MTU 和丢包问题，则要根据接入方式重新验证 MTU 设置。

如果确认是路由器性能不足，建议减少后台连接数、关闭复杂规则，必要时升级硬件。若是测速节点或工具导致偏差，就换节点、换工具、重复测试。最终目标不是追求一次极值，而是让测速结果稳定接近宽带实际能力。

为了避免反复试错，建议把每次测试时的时间、网卡速率、测速工具、测试节点、路由器型号、是否直连记录下来。这样可以更快看出问题是固定存在，还是只在某些条件下出现。

如果你经常需要在 Linux 上查看宽带测速，建立一套固定的排查顺序会很有帮助：先看链路，再看设备，再看线路，最后看测试节点。按照这个顺序处理，通常能在较短时间内找到真正的瓶颈。