如何测试局域网服务器网速？，局域网网速测试方法有哪些

测试局域网服务器网速，最可靠的方法不是跑一次上传下载，而是用 iperf3、ping 和真实文件传输组合验证，多次取样取平均值。
很多人一听到“服务器慢”，第一反应就是 ping 一下网关，发现延迟 1ms 就以为网络没问题，ping 只回答了“通不通”，没有回答“快不快”，要测出真实网速，必须让数据流尽量占满链路，同时观察吞吐量、延迟和丢包三个维度，这篇文章以百兆、千兆局域网为背景，从工具使用到结果分析，一步步说明。

先搞清楚你在测什么：带宽、延迟和抖动

服务器网速不是一个单一数值,至少包含三个独立指标，混在一起谈，容易得出错误上文归纳。

三个指标别混为一谈

• 带宽（throughput）：单位时间能传多少数据，单位是 Mbps 或 MB/s，这是最接近“网速”概念的值。
• 延迟（latency）：一个数据包从 A 到 B 再返回的时间，单位是毫秒，它决定操作响应快不快。
• 抖动（jitter）：延迟的波动幅度，数值越大越不稳定，对视频会议、VoIP 这类实时业务影响明显。

为什么 ping 延迟低不代表网速快

ping 通只能说明 ICMP 协议路径可达，实际传输数据时，还要经过网卡、交换机、TCP 协议栈、磁盘读写等环节，常见情况是 ping 延迟 1ms，但复制文件只有 10MB/s，因为吞吐量被链路的某个薄弱点卡住了。

测试前的准备工作：环境干净才能测准

测速最忌讳开着下载任务、杀毒软件扫描或者系统更新，先清理环境，再动工具。

硬件链路检查

• 在服务器上确认网卡协商速率：Linux 用 ethtool eth0 查看 Speed 字段，千兆应显示 1000Mb/s；Windows 在“任务管理器-性能-以太网”里看链接速度。
• 检查网线至少是超五类,水晶头接触良好，劣质网线会让千兆网卡自动降速到百兆。
• 确认交换机端口没有限速策略,且设备之间的 MTU 配置一致。

关闭干扰因素

• 暂停服务器侧的备份任务、文件复制、流媒体服务。
• Windows 服务器可临时关闭实时病毒扫描，Linux 服务器可观察 top 确认没有异常进程占用 CPU。



• 测试期间不要有人同时通过无线网络看视频,无线干扰会让结果大幅波动。

规划测试拓扑

最好的做法是让测试客户端和被测服务器接入同一台交换机,中间不要经过路由器、防火墙或无线 AP，如果条件允许，用一根六类线直接连接两台机器的千兆网口，避免其他网络流量干扰。

用 iperf3 测吞吐量：行业里的标准做法

iperf3 是目前最被认可的命令行测速工具，它专门用于测量 TCP/UDP 的吞吐量，用它测出来的数据，能直接反映出网卡、交换机和协议栈的综合性能。

安装 iperf3

• Debian/Ubuntu：apt install iperf3
• CentOS/RHEL：yum install iperf3
• Windows：从官方渠道下载免安装版本，或使用包管理器安装。

服务端与客户端命令

在被测服务器上启动服务端：

iperf3 -s

在另一台电脑上运行客户端：

iperf3 -c 服务器IP -t 30

这里 -t 30 表示持续 30 秒，输出结果里重点看 Bitrate 那一行，单位是 Mbits/sec，还要观察 Retr 列，如果重传次数很多，说明网络有拥塞或丢包。

多线程、反向和 UDP 测试

单线程往往跑不满千兆网卡,尤其是默认 TCP 窗口较小时，需要增大并行流数：

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

-P 4 代表同时开 4 个流，想测反向方向，即服务器向客户端发送数据，加 -R，想测抖动和丢包，用 UDP 模式：

iperf3 -c 服务器IP -u -b 1000M

UDP 模式下，结果会直接显示 Jitter 和 Lost Datagrams，如果丢包率大于 0，链路可能存在瓶颈。

用 ping 测延迟和丢包：快速定位链路质量

iperf3 测的是大流量下的极限表现，ping 则负责快速观察链路是否稳定，两者配合，能更快定位问题出在哪一层。

连续 ping 并统计结果

Windows 执行：

ping -n 100 服务器IP

Linux 执行：

ping -c 100 服务器IP

关注 lost = 0% 是关键，只要有丢包，就要立刻检查交换机端口和网线，还要看 avg 和

大包 ping 查 MTU 问题

有些网速慢不是带宽不足,而是 MTU 设置不一致导致数据包被分片重传，测试方法：

Windows 下：

ping -f -l 1400 服务器IP

Linux 下：

ping -M do -s 1400 服务器IP

1400 字节的包能通，但 1472 或更大包直接不通，说明某段链路 MTU 小于 1500，需要调整 MTU 设置。

用实际文件传输做验证：贴近真实场景

命令行工具测出的数值很高,但真实业务要读写磁盘、经过 SMB/NFS 协议，所以最后一步，要用文件拷贝验证应用层的真实速度。

共享文件夹拷贝

在服务器上准备一个 1GB 左右的单一压缩包，通过 SMB 共享或 NFS 挂载到客户端，复制到本地磁盘，观察 Windows 或 Linux 的传输速率，不要用一堆小文件测试，小文件传输受寻址时间影响，结果没有参考价值。

HTTP 下载测速

在服务器上临时起一个 HTTP 服务，Python 的：

python3 -m http.server 8080

然后客户端用浏览器访问 http://服务器IP:8080，下载同一个大文件，这个结果能反映从网卡到应用层的完整路径，也是日常访问最接近的场景之一。

结果怎么分析：多少算正常

千兆网络参考值

千兆环境下,iperf3 单线程通常能跑到 800-940 Mbps，开 -P 4 后接近 940 Mbps，实际文件复制速度一般在 100-115 MB/s 之间，因为字节换算需要除以 8，同时还有协议开销，iperf3 只有 300Mbps，或者文件复制只有 30MB/s，那一定有问题。

常见瓶颈点排查顺序

• 网卡是否降速到百兆：重新插拔网线或换交换机端口。
• 交换机端口协商：强制设置千兆全双工，不要用自动协商。
• 磁盘写入速度：用 dd 或资源管理器复制本地文件，排除磁盘瓶颈。
• 服务器 CPU：iperf3 在不支持硬件 offload 的虚拟机上会消耗大量 CPU，观察是否接近满载。
• 防火墙或安全软件：部分 Linux 发行版默认防火墙限流，直接关闭测试端口的限制再试。

测试环境在机房：IDC服务商资质影响什么

如果被测服务器不是本地物理机,而是托管在数据中心，那测试思路要再往外扩一步，你从办公室连过去，测到的是“跨公网链路”加“机房内部链路”的叠加结果，此时机房出口网络质量直接决定了你能跑出多高的增速上限。

挑选 IDC 服务商时，资质代表机房的合规性和基础网络能力，以两家行业中资质较全的服务商为例：

这些信息在工信部电信业务市场综合管理信息系统里都能查到,持证机房意味着网络架构经过审核，IP 地址分配合规，服务商在链路优化和故障处理上有明确流程，测试结果如果持续不达标，可以要求服务商配合排查出口线路。

服务器网速测试常见问题

为什么 ping 通了但传输速度上不去？

ping 通仅表示 ICMP 数据包能往返，真实数据传输还要经过 MTU 协商、TCP 窗口、网卡驱动和磁盘读写，重点检查大包 ping 能否通过，再查看网卡协商速率，最后用 iperf3 分段定位。

iperf3 测出的速度和实际拷贝差很多正常吗？

正常,iperf3 直接走内存，不经过磁盘，把网卡性能推到极限，实际拷贝要经过文件系统协议和磁盘寻址，速度一般会低一些，如果差距超过 50%，优先检查服务器磁盘是否为机械盘，以及 RAID 写缓存是否关闭。

测试结果不稳定怎么办？

先多测几轮,每次持续 30 秒以上，取平均值，然后关闭交换机的节能以太网和流控功能，若服务器托管在 IDC 机房，可以核对服务商的网络配置；简米科技的持牌自营机房支持用户提交测速工单，酷番云作为拥有全牌照的 IDC/CDN/ISP 服务商，也能协助核查公网入方向链路。