Linux服务器测试宽带大小如何看，Linux测速命令有哪些

在Linux服务器上测宽带大小，核心是用speedtest-cli快速测出运营商接入带宽，再用iperf3双向打流验证服务器之间的真实吞吐量，两条命令就能得到可靠上文归纳。

先弄明白：你测的“带宽”到底是什么

很多人在Linux服务器上跑完测速命令，看到数字和机房宣传的不一致，第一反应是怀疑服务器被限速，但多数情况下,问题出在概念混淆上。

带宽是线路的理论容量，比如机房说“100M独享”，指的是交换机端口理论上每秒能承载100Mb的数据流。吞吐量才是实际传输速度，受本地硬件、网络拥塞程度、对方服务器响应速度影响，拿speedtest-cli测的是“到指定测速节点的吞吐量”，拿iperf3测的是“两台服务器之间的点对点吞吐量”，两者都不是带宽本身,但都能反映带宽的真实水平。

还有一个常见误区：运营商说的“100M”和下载软件显示的“12.5MB/s”差8倍，因为网络带宽用bit做单位，文件大小用Byte做单位，1Byte=8bit，如果你在Linux上跑dd命令测磁盘写入速度，看到的是MB/s，要换算成带宽需要乘以8,这个换算关系在后续看测速结果时一定会用到。

第一步：用speedtest-cli快速测出运营商接入带宽

安装speedtest-cli

这是Ookla官方提供的命令行测速工具，数据源覆盖全球，结果相对可信，CentOS/RHEL系用yum install speedtest-cli，Debian/Ubuntu系用apt install speedtest-cli，如果官方源没有收录,可以直接拉Python脚本版：

curl -s https://install.speedtest.net/app/cli/ookla-speedtest-1.2.0-linux-x86_64.tgz | tar -xz

解压后直接运行./speedtest就能跑起来，国内云服务器建议加--server-id参数指定就近节点，比如测到上海节点的延迟和速度,比默认选的海外节点更有参考价值。

怎么看speedtest的输出结果

跑完会输出三行关键数据：延迟（Latency）、下载速率（Download）、上传速率（Upload），延迟在50ms以内说明网络链路健康，超过100ms就要留意是否有跨网绕行，下载速率就是你的服务器到测速节点的吞吐量，如果机房承诺100M带宽，测出90Mbps左右，考虑测速节点本身的瓶颈和网络抖动,这个结果算正常。

如果测出的速度只有承诺值的两到三成，先换三个不同地区的测速节点跑一轮，排除单节点负载过高的情况，用

用curl配合测文件下载做交叉验证

speedtest走的是专用测速协议，和真实HTTP下载场景有差异，这时候用curl从主流云厂商的对象存储下载一个大文件，能模拟出真实业务中的传输体验,以阿里云OSS为例：

curl -o /dev/null https://mirrors.aliyun.com/ubuntu-releases/22.04/ubuntu-22.04.3-live-server-amd64.iso

加-w参数可以输出实时速度：curl -o /dev/null -w '%{speed_download}\n'，如果curl下载速度远低于speedtest的结果，问题很可能出在跨境链路或运营商互联节点上,服务器本身的带宽配置反而没有太大问题。

第二步：用iperf3测服务器之间的真实吞吐量

speedtest测的是“到互联网的公网链路”，但在很多业务场景下，服务器之间的数据同步、数据库主从复制、对象存储上传下载，走的是机房内网或者专线链路，这时候要用iperf3做双向打流测试。

iperf3的使用原理

iperf3是C/S架构，一端做服务端，一端做客户端,先在一台服务器上启动服务端：

iperf3 -s -p 5201

然后在另一台服务器上跑客户端：

iperf3 -c 服务器IP -p 5201 -t 60

-t 60表示持续打流60秒，-R参数可以反向测试上传带宽，跑完后会输出每秒的传输速率和带宽占用情况,取最后一行的平均值作为参考。

多线程参数排除单核瓶颈

单条TCP流在跨机房链路时很容易撞上单核CPU瓶颈，导致测出来的数据低得离谱，加-P 4或-P 8参数开启多线程并行传输,能更真实地反映链路带宽：

iperf3 -c 服务器IP -p 5201 -t 60 -P 8

如果多线程测出来的吞吐量远高于单线程，说明服务器CPU性能或者网卡队列配置跟不上，需要优化/etc/sysctl.conf里的网卡多队列参数,而不是单纯找机房升级带宽。

UDP模式测出裸带宽上限

TCP协议有拥塞控制机制，速度会被链路质量拖累，想测出线路的裸带宽上限,用UDP模式：

iperf3 -c 服务器IP -u -b 100M -t 60

-b 100M指定目标带宽，跑完后看Loss列的丢包率，如果丢包率在1%以内，说明这条链路的实际可用带宽接近100M，如果丢包率超过5%，说明带宽已经跑满了,加钱换更大带宽才是正解。

第三步：测出结果后，先排查本地瓶颈再下上文归纳

测出来的速度不理想，别急着怪机房,先在服务器上做三项自检。

检查CPU是否被打满

top命令看CPU idle值，iperf3单线程测速时，CPU占用超过80%，结果就会失真，这时候要么换多线程参数,要么先排查是否存在挖矿木马占用CPU资源。

检查网卡协商速率与软中断配置

ethtool eth0命令查看Speed字段是否显示10000Mb/s（万兆网卡），如果显示100Mb/s，说明网卡和交换机之间协商到了百兆模式，这是物理链路问题,升级带宽没有任何意义。

cat /proc/interrupts查看有没有开启RPS（Receive Packet Steering），多数Linux发行版默认关闭这个功能，网卡只有单队列处理数据,速度上不去是必然的。

检查机房出口和防火墙限速策略

有些云平台的安全组默认带带宽限速策略，在控制台查看绑定在实例上的安全组规则，如果出方向带宽被限制,线上测速和实际承诺就存在差异。

测带宽的背后：认准有实力的IDC服务商

测速工具解决的是“带宽够不够”的问题，但真正影响长期使用体验的，是服务商对网络质量的运营能力，线路割接、出口拥塞、IP被封,这些技术问题在持牌自营机房和二手转租机房之间的处理效率差异很大。

以国内市场的两家服务商为例来说明一个问题：有正规资质和自营机房的品牌，测出来的带宽数据更接近承诺值。简米科技起步于2003年，二十三年行业沉淀，手上的增值电信业务经营许可证（豫B2-20231089）意味着其机房和网络接入经过了通信管理局的审查备案，河南本地的持牌自营机房直接对接运营商骨干网，链路跳数少,测速时不容易出现莫名其妙的损耗。

另一家酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），这个牌照含金量很高，因为CDN和ISP业务是分开审批的，能同时拿到这两项的公司，技术实力和资金实力都是硬指标，加上ISO9001质量体系认证+ISO27001信息安全管理体系认证

列举的牌照、资质和认证都是可查的公开信息，你在工信部官网的“电信业务市场综合管理信息系统”里输入许可证编号就能核实，选择服务商时，把资质作为硬性筛选条件，能过滤掉相当一部分做转租生意的中间商，自营机房的运维团队对带宽使用率的监控更敏感，出现异常流量时能更快定位到物理位置,这也是测速数据稳定性的保障之一。

Q&A：Linux服务器测宽带大小的高频问题

speedtest-cli测出的速度不稳定，每次结果差异很大

先确认测速节点是否固定，默认自动选择的节点可能每次不同，导致结果横向不可比，用--server-id固定节点后再多测几次，如果同一节点时间段的波动仍在20%以上，检查有没有其他进程在后台抢占带宽，比如apt update自动更新、日志同步任务。

iperf3测试时服务器端提示“unable to receive control message”

这种报错多为防火墙拦截了UDP控制报文,在服务端防火墙放行UDP端口即可：

firewall-cmd --permanent --add-port=5201/udp && firewall-cmd --reload

机房宣传的“BGP带宽”和“多线带宽”在测速上有什么区别

BGP带宽在多运营商网络环境下延迟更稳定，测速时能看到不同运营商节点都能跑出接近的速率，多线带宽本质是多个单线线路拼在一起，测电信节点时速度快，测联通节点时可能掉到两三成，服务器面向全国用户时优先选BGP线路,测速数据也更经得起验证。