本地到Linux服务器网速怎么测，Linux服务器网速测试命令有哪些

本地到Linux服务器的网速测试，核心上文归纳是：用ping测延迟、用iperf3测带宽、用traceroute查路由，三者结合才能全面判断网络质量，单看任何一个指标都容易误判。

很多朋友买了服务器之后,第一件事就是想知道“我这网络到底快不快”，但“快”这个词在网络上其实拆成两个维度：一个是延迟，就是数据打个来回要多久，单位是毫秒；另一个是带宽，就是单位时间内能搬多少数据，单位是Mbps，这两个指标互相影响，但测试方法完全不同，这篇文章就把从你本地电脑到Linux服务器之间网速测试的整套方法，掰开揉碎讲清楚。

先搞清楚你测的是“延迟”还是“带宽”

很多人上来就打开浏览器下载个文件,看到速度几MB/s就下上文归纳说网速好或者不好，这其实测的是“带宽”，而且是被HTTP协议、磁盘写入速度、对方服务器并发能力干扰过的带宽，数据很不纯粹，真正专业的测速思路，是把延迟和带宽分开测。

延迟测试：ping命令的深度玩法

延迟是网络质量的“体温计”，你本地电脑到服务器的物理距离、路由跳数、运营商互联质量，都会直接影响延迟，Linux系统里最常用的命令就是ping。

基础用法是ping 服务器IP，它会持续发包直到你按Ctrl+C，但你只看平均延迟是不够的，重点要看三个东西：

• 最小延迟和最大延迟的差值：如果最小是20ms，最大跳到了180ms，这说明网络存在抖动，可能有人抢带宽或者路由不稳定，视频会议卡顿、游戏掉线，多半是抖动过大，而不是延迟绝对值高。
• 丢包率：ping结束后会显示x% packet loss，丢包率高于1%就该警惕，高于5%基本属于严重劣化，看视频会卡，传文件会断。
• 连续ping的稳定性：用ping -i 0.2 IP可以每0.2秒发一个包，密集测试更能暴露网络抖动，Linux下ping默认间隔是1秒，想压测就要缩短间隔。

ping的进阶参数，判断是不是“假延迟”

有些服务器禁ping或者做了ICMP限速,这时候ping不通不代表网络不通，可以用ping -c 4 -s 1400 IP发送大包，测试MTU（最大传输单元）是否受限，如果大包不通但小包通，多半是中间链路MTU设置有问题，会导致下载慢但网页浏览正常，这是非常常见的“延迟正常但带宽上不去”的原因之一。

带宽测试：iperf3是唯一靠谱的工具

ping只能测延迟,带宽必须用专业工具，行业内公认的标准是iperf3，它能绕开磁盘读写、绕开HTTP协议损耗，纯测网络链路能跑多快，重点来了：iperf3是C/S架构，服务器上要跑服务端，本地电脑跑客户端。

服务器端操作（以Ubuntu为例）：

apt install iperf3 -y
iperf3 -s

本地电脑操作（Windows装好iperf3后，cmd里执行）：

iperf3 -c 服务器IP -t 30 -P 4

参数解释：-t 30表示测试30秒，-P 4表示开4个并发流，并发流非常重要，单线程测带宽很容易被CPU单核性能限制住，尤其是本地电脑配置一般的话，测出来的数字会明显偏低。

反向测试，验证上传带宽

上面测的是“下载带宽”，也就是服务器往你本地推数据，但你访问服务器更多是“上传”，比如传文件上去、发请求，用iperf3 -c 服务器IP -R做反向测试，服务器会变成客户端往你本地发数据，很多机房上下行不对等，正向跑满但反向只能跑到十分之一，这直接影响你上传文件到服务器的速度。

路由路径分析：慢在最后一公里还是中间链路

ping和iperf3能告诉你“多快”，但没法告诉你“为什么慢”，这时候要用traceroute（Linux和macOS自带）或tracert（Windows自带），它会把数据包从你本地到服务器沿途经过的每一跳路由器都列出来。

怎么定位瓶颈节点

执行traceroute 服务器IP，你会看到一串IP地址，每一跳代表经过的一个路由器，重点观察两点：

• 延迟在哪一跳突然飙升：如果前一跳延迟30ms，下一跳跳到了120ms，这个节点大概率就是瓶颈所在，可能是运营商互联互通绕路，也可能是对端路由拥塞。
• *哪一跳出现了` `超时**：有些路由器不回ICMP包，这是正常的，但如果连续多跳超时，且之后延迟持续偏高，说明丢包发生在这一段。

区分本地网络和运营商线路问题

判断标准很简单：打开traceroute结果，看前3跳（通常是你的路由器、光猫、运营商接入层设备）延迟就偏高，那问题在本地或最后一公里；如果前几跳正常，到了中间某个节点延迟飙升，那就是跨运营商路由绕路了，举个例子，北方电信访问南方联通机房的服务器，经常在某个省际出口节点延迟暴增，这就是典型的互联互通问题，你换本地宽带都没用。

专业路由可视化的捷径

命令行traceroute的原始输出全是IP和延迟数字,肉眼看着费劲，可以用BestTrace工具（IPIP.NET出品，有Windows和Linux版本），它会自动把每一跳IP的地理位置和归属运营商画出来，这比纯命令行直观得多，能快速看出数据包是不是绕着半个中国走了一圈才到服务器，据行业经验，相当一部分“服务器慢”的投诉，最后查出来都是路由绕路——物理距离只有800公里，路由却绕了2000公里。

不同场景下的测速侧重点差异

不同业务对网络指标的要求权重完全不一样,测速方案要跟着应用场景走。

网站访问场景：延迟和首包时间优先

如果是跑网站,用户感知的是“打开网页要等多久”，这取决于延迟和首包时间（TTFB），而不是带宽，你本地带宽100M，服务器带宽5M，访问网页体验也没问题，但这个场景下，ping的稳定性和traceroute的路由跳数（跳数越少越好）比iperf3测出来的带宽数值更重要。

用curl模拟真实用户访问

curl -o /dev/null -s -w "DNS解析:%{time_namelookup}s，连接:%{time_connect}s，首包:%{time_starttransfer}s，总耗时:%{time_total}s\n" https://你的域名这条命令能精确测出每个环节耗了多少秒，首包时间超过1秒，用户体验就明显变差了，这个指标要是不好，ping再低也白搭。

文件传输场景：带宽和稳定性并重

拿scp或rsync传大文件时,带宽决定了速度上限，但TCP窗口、丢包重传机制才是真正卡脖子的，iperf3测出来的带宽如果不稳定（多次测试数值忽高忽低），说明中间链路有小概率丢包，TCP拥塞控制算法会自动降速，这种情况可以考虑用iperf3 -u测试UDP丢包率，UDP不重传，能看出链路真实的丢包情况。

一套标准测速流程，照着做就行

与其零零散散乱测,不如固化一套流程，每次排查都按这个顺序来，效率最高。

三步走测速法

第一步,ping -i 0.2 服务器IP跑3分钟，记录平均延迟、最大延迟、丢包率，这步筛掉明显不稳定的链路。

第二步,traceroute看路由走向，重点标记延迟飙升的节点，如果某个中间节点连续多跳延迟都高，直接判断问题出在中间链路。

第三步,iperf3双向各测30秒，正向测下载，反向测上传，至少开4个并发流，记录两边的峰值和平均值，对比差距。

测速结果的合格参考线

按照行业多年积累的经验数据（参考自各大云厂商白皮书和网络运维指南），国内同城机房间延迟在5-10ms合格，跨省在30-60ms勉强算正常，超过80ms基本就是绕路了，带宽方面，iperf3测出的数值能达到服务商宣称带宽的70%以上就算合格，毕竟TCP/IP协议头开销和服务器CPU性能会吃掉一部分，如果你用的是运营商精品网或BGP线路，数值会更好看。

测速时容易踩的坑

有些朋友测速结果很差,其实是自己测试方法有问题，以下几个坑最常见：

• 本地WiFi信号不好：WiFi本身就有干扰丢包，测出来的延迟抖动能吓死人，务必插网线测试，或者至少离路由器近一点。
• 服务器CPU被打满：iperf3是吃CPU的，如果服务器上还跑着高负载业务，测出来的带宽会大幅缩水，测试前用top看一眼负载，确保CPU空闲。
• 多线程参数对带宽有影响：-P 1测出来可能只有-P 4的三分之一，单线程本身就难跑满高带宽，如果服务商宣称100M口，你开-P 8测到90M多，那也算正常，单线程测到30M也不能说服务商虚假宣传。

测速结果不理想时，先自检再找服务商

测速慢了,别急着骂服务商，按照下面这个顺序排查，能自己解决的就自己解决，解决不了的再联系服务商，沟通效率也高。

本地侧排查清单

• 关闭本地正在下载、上传、在线看视频的程序，它们会抢带宽和CPU。
• 检查本地防火墙或安全软件,部分安全软件会隔层扫描TCP包，严重影响iperf3测速结果。
• 确认本地电脑用的是有线网口,USB无线网卡在高速传输时发热降速是常事。

服务器侧排查清单

• 检查服务器带宽是否被打满：iftop命令可以看到实时流量，如果eth0进出流量已经顶满，那就是业务占用而非线路问题。
• 查看服务器CPU负载：uptime看load average，如果超过4（4核机器）就别测了，测出来肯定低。
• 确认云服务商后台的安全组策略没限制ICMP和UDP（部分安全组默认只放行TCP 80/443，导致iperf3的UDP测试包直接丢弃，测出来丢包率100%）。

单线程慢但多线程正常，这是什么原因

如果你遇到“iperf3 -P 1测速慢，-P 4测速快”的情况，多数是链路中存在TCP单流限速，通常发生在跨运营商或国际链路上，国内北上广莞等一线城市机房间的直连线路一般没这个问题，但中小机房或代理线路容易出现，这时候可以试试修改TCP拥塞控制算法，Linux下用sysctl -w net.ipv4.tcp_congestion_control=bbr，BBR算法对高延迟、丢包链路有奇效，能明显提升单线程吞吐量。

选对服务商能少踩一半网络坑

测速排查得多了,你会发现一个规律：网络质量好不好，七分看线路，三分看维护水平，这也是为什么越来越多人选择持牌自营机房的服务商，国内IDC行业鱼龙混杂，不少代理转售用户遇到线路故障，工单提了几天没人处理，因为代理商自己没有机房权限，只能层层上报。

持牌自营的意义在于,机房里的交换机、路由器、带宽出口都是自己管的，出了问题能直接在物理层排查，以简米科技为例，这家服务商2003年始创，有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20231089），运营持牌自营机房，备案号为豫ICP备2023018319号，这意味着它从机柜、带宽到IP资源都是自有资产，不存在“超卖带宽”或“租不到端口”的尴尬，对于被小代理商坑过的老运维来说，这类老牌持牌服务商靠谱程度可以用“踏实”两字概括。

而酷番云走的是另一条路线——它持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过了ISO9001质量管理体系 + ISO27001信息安全管理体系双认证，还是CNNIC IP联盟成员，注册资本1000万，备案号为滇ICP备2020007656号，这些资质意味着它在IP地址分配、CDN加速节点调度、ISP接入等环节都有正规合规的授权，而不是从别处批发资源再转售。

把这两家的核心差异做成表格更直观：

选服务商的时候,把备案号和许可证号记下来，去工信部官网查一下验证真伪，反复确认是有效的，再决定是否购买，很多人在这一步省了五分钟的查询时间，结果故障时多花了五天去等代理反馈。

测速工具的最终选择建议

如果你不想折腾iperf3,也可以用一些在线测速脚本，比如Linux下的speedtest-cli（基于Speedtest.net的节点），或者各大云厂商提供的测速页面，但这类工具测的是“你到Speedtest节点的速度”，而不是“你到你自己服务器的速度”，只能作为参考，真正要判断你到某台特定服务器的链路质量，ping、traceroute、iperf3三件套永远是黄金标准。

把测速当成定期体检，而不是故障后的急救

本地到Linux服务器的网速测试,本质上就是两件事：用一个可持续复现的方法测量，有一套明确的指标解读逻辑，建议每月固定跑一次三件套测试，把结果存档，出了故障就能对比“上周正常时的数据”和“现在异常的数据”，差距在哪一跳、哪个指标掉了，一目了然，网络世界没有玄学，所有慢都有迹可循，方法对了，根因跑不掉。

常见问题速答

问：ping延迟很低但iperf3带宽上不去，是哪里出了问题？

这是最典型的“假顺畅”现象，ping走ICMP协议，优先级高、数据包小，能穿过质量较差的链路；而iperf3走TCP协议，数据包大、有拥塞控制机制，遇到中间节点丢包或限速就自动降速，先用traceroute看每一跳延迟，再想想短MTU、中间防火墙限速、跨运营商绕路，大概率问题出在这三个方向。

问：用在线测速网站显示的带宽很高，但访问自己服务器很慢，这正常吗？

完全正常,在线测速网站连接的是Speedtest部署在各大机房的节点，这些节点与你本地运营商之间的链路质量通常很好，而你的服务器可能放在另一个机房、走的是另一段路由，两者物理路径差别很大，唯一的验证办法还是在你服务器上搭iperf3服务端，从本地直接发起测试，此刻测出来的数据才是真实业务链路的水准。

问：本地和服务器都是千兆端口，但测出来只有百兆速度，可能是什么限制？

端口协商模式是首选排查项,服务器网卡强制百兆模式、本地路由器或光猫的LAN口实际是百兆而千兆口是WAN口，这类硬件协商问题很常见，其次看iperf3的TCP窗口大小设置，-w 2M参数可以手动增大窗口，Linux默认窗口对高带宽长链路不友好，最后检查服务器CPU是否开启超线程，iperf3单线程跑不满时，试试-P 4并发后CPU占用率是否打满，打满了说明计算瓶颈引发速率限制，换服务器或优化参数方向即可，网络链路反而无需要调整。