iperf3测速跑满带宽，但Speedtest只有20M？这波排查思路你得有

当你满心欢喜地给自己的小鸡或者新线路做性能测试时，是不是也遇到过这种让人头秃的情况：用 iperf3 跑分，带宽吃得干干净净，速度相当漂亮；但一转手运行网页版 Speedtest 或者命令行下的 speedtest-cli，速度却直接雪崩，甚至只有可怜的 20Mbit/s。

这就很离谱对吧？明明网络连通性没问题，带宽也能跑满，为什么换个工具测试结果就天差地别？今天咱们就把这个问题掰开了揉碎了讲讲，这背后的坑到底在哪儿，以及遇到这种情况该怎么排查。

一、搞清楚两个工具的“性格差异”

首先，咱们得明白这两个工具测试的其实不是完全一样的场景。

iperf3 是什么？ 它主要测试的是纯纯的 TCP/UDP 吞吐量。当你从一台机器发起 iperf3 测试到另一台机器时，只要两边都有足够的性能，且中间的链路没有被限速，它就能把带宽占满。这就像是你自己在自家院子里修了一条专用赛道，除了你没人抢道，车速能不快吗？

Speedtest 是什么？ 这是一个基于 HTTP 的测速工具。它的原理是连接到附近的测速服务器，通过下载文件来计算速度。问题就出在这里：它走的不是简单的点对点直线，而是要经过复杂的互联网路由，而且它受到测速服务器侧的策略、运营商标签以及跨网互联等多重因素的影响。

所以，iperf3 快代表你的机器到对端机器的“专线”是通畅的；而 Speedtest 慢，代表你从这台机器访问“大众互联网”的上行或者是下行体验可能受限。这完全不是一个概念。

二、为什么 Speedtest 会突然“变慢”？

既然知道了原理，咱们就来复盘一下常见的导致 Speedtest 只有 20M 甚至是更低的原因。这里有几个非常典型的坑，你可以一一对照。

1. 运营商的“偷懒”与拥堵

跨运营商互联问题：如果这台机器是在小众机房，或者网络线路质量一般，当你访问 Speedtest 的官方节点（通常是电信、联通、移动的骨干节点）时，可能需要绕远路。iperf3 可能是同机房的，或者是在同一个骨干网下的，这就导致了极大的差异。

高峰期拥堵：Speedtest 的公共节点资源是有限的。如果你测试的时间段正好赶上大家都在下载，比如晚高峰，服务器本身的带宽被打满，你自然分不到太多带宽。这时候你换个 iperf3 自建的服务器测试，因为带宽独享，自然是一骑绝尘。

2. 速度限制策略

QoS 或者限速：有些 VPS 商家或者 IDC 机房，为了防止占满出口带宽，会对非关键业务流量或者特定协议进行 QoS 限速。iperf3 的流量特征很明显，有时会被识别为“高性能业务”而不被限制，但 Speedtest 这种基于 HTTP 的长连接大流量，可能会触发限速规则，被砍到比如 20Mbps 这种“低保”速度。

上传被限：Speedtest 默认会先测下载再测上传。有些商家虽然给足了下载带宽，但上传（Upload）给得非常抠门。如果你只关注到了下载只有 20M，有没有可能其实是上传测速卡住了，或者是你的上行被严格限制了？

3. 错误的节点选择

距离太远：speedtest-cli 默认会自动选择最近的节点，但有时候“最近”并不等于“最快”。那个最近的节点可能负载很高，或者路由绕路。如果你手动指定一个远一点的优质节点，速度反而可能会起飞。

IPv6 vs IPv4：有些网络环境下，IPv6 的路由质量和 IPv4 差别很大。如果你的机器默认双栈，Speedtest 自动走了 IPv6，但这边的 IPv6 出口正好拥堵，速度就会非常感人。

三、遇到问题后的实操排查指南

既然知道可能有这些坑，真的遇到了怎么排查？别慌，顺着这个步骤来。

第一步：指定 Speedtest 节点重测

不要只依赖自动选择。用 speedtest-cli --list 列出所有节点，找一个距离适中、甚至稍微远一点的大厂节点（比如知名的 CDN 节点），然后用 -L 参数指定它测试。

speedtest-cli -L
speedtest-cli --server <ServerID>

换个节点，如果速度瞬间起飞了，那就是原节点的问题，不是你机器的问题。

第二步：检查 CPU 和 多线程

speedtest-cli 默认通常是单线程测试。在高延迟或者丢包的链路上，单线程 TCP 很难跑满带宽。这时候可以尝试开启多线程测试：

speedtest-cli --threads 4 # 或者更多
``

而 `iperf3` 默认是可以并行流的，这就是它更容易跑满带宽的原因之一。如果开了多线程 Speedtest 速度上去了，说明就是单线程并发度不够的问题。

#### 第三步：用 `iperf3` 模拟公网场景

你可以尝试找一台在你不同网段、不同地域的公网服务器（比如阿里云、腾讯云的香港节点或者美西节点）跑 `iperf3`。如果在跨地域、跨公网的情况下 `iperf3` 也很慢，那就是线路本身的 BGP 质量不行；如果跨公网 `iperf3` 也不慢，只有 Speedtest 慢，那就是测速策略的问题。

#### 第四步：换个工具交叉验证

如果怀疑是 `speedtest-cli` 本身的问题，不妨试试其他工具。比如 `libre-speed` 的命令行版本，或者网页版 Fast.com。这些都是基于真实流量下载的，如果它们都慢，那基本就是上行带宽被限制了。

### 四、总结

总的来说，`iperf3` 没问题说明你的机器**内网或者专线能力是及格的**，但这并不代表你的机器在**公网环境的真实体验**就一定好。

遇到 Speedtest 只有 20M 的情况，先别急着骂娘，换节点、开多线程、换工具、甚至换个时间段测试。如果所有公网测速方式都慢，那可能就是线路本身的上行带宽有猫腻，或者运营商标签不对等导致路由绕路了。

希望这篇排查思路能帮你省下不少折腾的时间，下次遇到这种“薛定谔的带宽”，你就知道该从哪儿下手了。