服务器上行带宽突然被限速？iperf3 测试暴跌归零的排查思路

最近在折腾手里的一台机器，想用 iperf3 也就是咱们常说的测速工具跑一下带宽上限。结果遇到了个挺离谱的事儿：上行速度刚开始那一下非常猛，感觉像是跑满了，结果没过几秒钟，速度直接断崖式下跌，甚至直接归零。

iperf3 测速结果示意图，展示速度从高峰瞬间跌至归零的现象

这种情况如果不搞清楚原因，很容易误以为是商家“跑路”或者“背刺”，实际上这里面的门道还不少。今天就借着这个案例，跟大家聊聊为什么会出现这种「先猛后零」的情况，以及在遇到这种坑时该如何一步步排查和解决。

一、是不是触发了“突发带宽”机制？

首先最常见的原因，其实不是商家真的限死了你的带宽，而是很多 VPS 商家为了控制成本，会在带宽模型里加一个**突发（Burst）**机制。

VPS 突发带宽机制示意图，展示如何借用临时额度达到高速

简单来说，你的机器平时可能只有 10Mbps 的稳定带宽，但为了让你看网页不卡，商家会允许你短时间内借用闲置带宽，瞬间冲到 100Mbps 甚至更高。这就像信用卡的临时额度一样，看着很爽，但不可持续。

当你用 iperf3 这种高强度的压力测试工具跑满几秒钟后，系统检测到你的流量借用额度用完了，就会把你打回原形，或者直接暂停发送数据来惩罚你。这就是为什么你会看到速度先猛后零。

排查建议：

• 暂停测试，等待冷却： 跑完一次归零后，别急着连测，等个 1-2 分钟再跑一次。如果第二次刚开始还能跑速，然后又跌落，那基本就是突发机制在作祟。
• 查看商家文档： 很多商家在页面角落会写着“1Gbps 端口，限制 XXX TB 流量，突发上限 XXX”，这种通常都会有时间窗口的限制。

二、运营商层面的“流氓 QoS”

运营商层面的 QoS 策略识别并限制流量的示意图

如果排除了 VPS 商家的限制，还有一种可能是运营商层面的 QoS（服务质量）策略。特别是当你使用的这台机器是“传家宝”级别的老线路，或者是经过多层 NAT 转换的廉价云时。

某些运营商会对持续的 P2P 风格或高强度上传流量进行识别。一旦检测到你在持续占用上行带宽，防火墙或交换机策略会认为你在搞破坏，直接把你的连接掐断。

排查建议：

• 更换测试端口： 默认 iperf3 用的是 5201 端口，试着换个端口，比如 80、443 伪装成正常网页流量。
• 改变参数： 尝试使用 -P 1（单线程）代替多线程，有时候单线程的长连接比多线程更容易触动 QoS 策略，反之亦然，多试几次。

三、本地机器或防火墙的限制

别光盯着服务器，有时候问题出在发起测试的客户端上。

如果你是从本地的电脑去连服务器测上行，而你的本地宽带上行本来就很小（比如家里宽带只有 30Mbps 上行），或者是电脑开了某种“防蹭网”的防火墙，当流量瞬间激增时，本地网卡可能会直接丢弃数据包，导致测速软件显示为 0。

另外，服务器端的 iptables 或 UFW 如果配置了“连接频率限制”（limit），在检测到每秒新建连接数过多时，也会直接 DROP 掉后续的包。

排查建议：

• 反向测试： 别老是从家里测云端，试着找一个其他的优质节点来测这台服务器。如果换了个发起端，速度就稳了，那问题肯定出在你原来的客户端上。
• 检查安全日志： 登录服务器，看一眼 /var/log/syslog 或者 dmesg，有没有报错信息，比如 TCP: time wait bucket table overflow，这通常说明连接数开太大了。

四、实战解决脚本

除了硬件和策略层面的原因，有时候只是 TCP 参数没调优。虽然这是治标不治本，但在突发机制下往往能跑出更好的成绩。

可以在服务器终端临时执行以下命令调优一下 TCP 内核参数（重启失效）：

# 增加 TCP 缓冲区大小
sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"

# 开启 TCP 窗口缩放
sysctl -w net.ipv4.tcp_window_scaling=1
``n```n执行完再跑一次 iperf3，如果曲线变得平滑了，说明是系统默认的 TCP 拥塞控制太保守了。

### 五、总结一下
遇到 iperf3 上行“先猛后零”，不要慌，大概率是这几个原因：

1.  **Burst 突发额度耗尽：** 商家给你的一点甜头吃完了，恢复常态了。
2.  **QoS 惩罚：** 运营商觉得你流量不正常，掐断了。
3.  **客户端瓶颈：** 测试的一端（通常是家里宽带）撑不住了。

搞清楚是哪一种，你就能判断这台机器到底能不能用。如果是 Burst 机制，平时建站、跑脚本其实够用；如果是商家直接卡死端口，那还是趁早洗洗睡吧。