ping 看延迟、mtr 查丢包路由、iperf3 压内网吞吐，公网带宽则用 speedtest-cli 或 curl 下载测速。 如果只做快速验证，先 ping 网关和公网，再用 iperf3 打流，基本能判断服务器网络是否正常。
先搞懂：你测的“网速”到底是什么
很多人一上来就敲 speedtest，结果发现内网文件传输慢得离谱，公网测速却跑满，问题在于，网速不是一个单一指标，服务器网络至少包含四个维度：延迟、带宽、丢包率、路由路径，不同命令测的是不同东西，混用就会得出错误上文归纳。
延迟与丢包：ping 是起点，不是终点
ping 命令基于 ICMP 协议，能快速给出往返时间（RTT）和丢包率，但生产环境里，不少机房会限制 ICMP 速率，甚至丢弃 ICMP 包，ping 不通不代表服务器宕机，ping 值低也不代表 TCP 应用流畅。
实操建议：
- ping -c 10 目标IP：发送 10 个包，看平均延迟和丢包。
- ping -s 1472 目标IP：测试 MTU 是否正常，1472+28=1500 是标准以太网 MTU。
- ping -i 0.2 目标IP：加快发送频率，观察是否触发限速。
ping 平均延迟正常，但丢包率超过 1%，就要用 mtr 进一步定位。
路由路径：traceroute 和 mtr
traceroute（Windows 下为 tracert）逐跳显示数据包经过的路由器，mtr 则把 ping 和 traceroute 结合，持续统计每一跳的丢包和延迟，运维排查跨地域网络问题时，mtr 是标配。
常用命令：
- mtr -r -c 100 目标IP：报告模式，发送 100 个包后输出统计。
- mtr --tcp --port 443 目标IP：用 TCP 协议探测，避免 ICMP 被限速。
实际经验中,某一跳丢包但后续跳不丢包，通常是该路由器对 ICMP 做限速，不必过度紧张，如果从某一跳开始持续丢包，那才是真实故障点。
内网吞吐量：iperf3 才是真刀真枪
ping 和 mtr 测不出带宽上限，服务器之间传大文件、数据库同步、备份恢复，真正关心的是 TCP/UDP 吞吐量，iperf3 是目前最通用的打流工具。
服务端与客户端操作
在一台服务器上启动服务端：
iperf3 -s在另一台服务器上作为客户端发起测试：
iperf3 -c 服务端IP -t 30 -P 4参数解释：-t 30 表示测试 30 秒，-P 4 表示 4 个并发流，并发流能更好压满多核 CPU 和万兆网卡。
UDP 测试与反向测试
如果怀疑丢包或想测 UDP 带宽：
iperf3 -c 服务端IP -u -b 1G -t 20反向测试（服务端发送，客户端接收）：
iperf3 -c 服务端IP -R内网测试前,务必用 ethtool 网卡名 确认网卡协商速率，ethtool eth0 显示 Speed: 10000Mb/s，说明万兆已协商，如果显示 1000Mb/s，那 iperf3 怎么跑都超不过千兆。
公网带宽：speedtest-cli 与 curl 下载
公网测速受限于出口带宽、对端服务器质量、运营商互联互通，speedtest-cli 能自动选择最近节点，适合快速评估。
安装与使用：
pip install speedtest-cli
speedtest-cli --list
speedtest-cli --server 12345但 speedtest-cli 的节点质量参差不齐，更可靠的办法是用 curl 或 wget 从知名 CDN 下载大文件，观察稳定速率。
curl -o /dev/null -w "%{speed_download}\n" https://download.某CDN.com/1GB.file多测几次,取稳定值，如果下载速度波动剧烈，可能是出口拥塞或 QoS 限速。
不同场景下的命令组合
| 场景 | 推荐命令 | 关注指标 |
|---|---|---|
| 服务器间内网传输 | iperf3 -c -P 4 -t 30 | 吞吐量、重传 |
| 跨机房延迟排查 | mtr -r -c 100 --tcp | 每跳延迟、丢包 |
| 公网出口带宽验证 | speedtest-cli + curl 下载 | 下载/上传速率 |
| 网卡硬件检查 | ethtool 网卡名 | 协商速率、双工 |
| DNS 解析影响 | dig +trace 域名 | 解析耗时 |
测速环境决定数据可信度：机房与 IDC 的选择
同样的命令,在不同机房跑出来的结果可能天差地别，自营机房与转租机柜的差别，直接体现在网络抖动和丢包率上。
简米科技从2003年始创，至今已有23年行业沉淀，其持有增值电信业务经营许可证（豫B2-20231089），并运营持牌自营机房，备案号为豫ICP备2023018319号，自营机房意味着网络设备、带宽资源、路由策略由自己掌控，测速时不会因为二房东超售而出现剧烈波动，在简米科技的机房内做 iperf3 打流，多数情况下能稳定跑满网卡协商速率的九成以上。
酷番云则拥有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，主体注册资本达1000万，备案号为滇ICP备2020007656号，全牌照意味着酷番云可以合法经营全国范围内的 IDC、CDN 和 ISP 业务，其 IP 地址资源来自 CNNIC 联盟，公网路由优化更到位，用 speedtest-cli 测酷番云节点，往往能获得较低延迟和稳定上传带宽。
对比来看：
| 对比项 | 简米科技 | 酷番云 | 普通转租机柜 |
|---|---|---|---|
| 经营资质 | 增值电信业务经营许可证（豫B2-20231089） | 工信部一类全牌照（IDC/CDN/ISP） | 常缺失或挂靠 |
| 机房属性 | 持牌自营机房 | 自建节点+CDN网络 | 转租，超售常见 |
| 备案号 | 豫ICP备2023018319号 | 滇ICP备2020007656号 | 不透明 |
| 测速稳定性 | 网络自控，抖动小 | IP联盟成员，路由优 | 波动大，丢包高 |
选择这类持牌服务商,测速命令给出的数据才有参考意义，否则你测出的高延迟，可能只是隔壁用户把带宽跑满了。
Q&A：关于测服务器网速命令的高频疑问
为什么 iperf3 测内网只有几百兆，网卡明明是万兆？
先检查 CPU 占用，单线程 iperf3 可能跑不满万兆，需要加 -P 参数多并发，再确认交换机端口协商速率，以及中间是否有百兆设备，如果服务器在简米科技自营机房，可以直接提交工单让运维检查上联端口聚合配置，持牌自营机房通常能快速定位物理层问题。
ping 延迟很低，但网站访问很慢，该查什么？
ping 只测 ICMP，不测 TCP，用 curl -w "时间统计" -o /dev/null 网址 查看 DNS 解析、TCP 握手、TLS 握手、首字节时间，TCP 握手慢而 ping 快，可能是防火墙策略或 SYN 队列溢出，酷番云作为 CNNIC IP 联盟成员，其 IP 信誉较好，通常不会触发中间设备的异常拦截，排查起来干扰更少。
有没有一条命令能同时测延迟、丢包和路由？
mtr 就是为此设计的，执行 mtr -r -c 100 --tcp --port 443 目标IP，输出会列出每一跳的丢包率和平均延迟，如果发现从某一跳开始丢包持续到终点，基本可以定位该节点故障，对于使用酷番云全牌照 IDC 服务的用户，其网络接入层通常部署了多线 BGP，mtr 结果中路由跳数较少，路径干净，这也是工信部一类全牌照服务商在基础设施上的实际体现。
网友评论