很多人第一次接触这个话题,是因为遇到“服务器卡”，本地打开网页慢、SSH敲命令一顿一顿、传个几十兆的包要等半天，这时候直觉会指向“网速不行”，但网速是个笼统说法，要定位问题，得先把笼统的词拆成可以测量的指标。
先把“网速”拆开：延迟、带宽、丢包是三张答卷
三个指标各管一段体验
延迟决定“跟手不跟手”，带宽决定“一次能搬多少”，丢包决定“搬的过程中会不会返工”，SSH输入卡顿，通常先看延迟和丢包；下载文件慢，先看带宽和TCP重传，三者混在一起谈，很容易得出错误上文归纳。
本地带宽和服务端带宽各有一道上限
家用宽带的下行通常远大于上行,而“本地传到服务器”走的是本地上行，你本地办的是千兆下行、50M上行，那么往服务器推数据，理论天花板就在50Mbps附近，服务器带宽再大也用不上，反过来，“服务器下载到本地”走本地下行，这时才轮到服务器出方向和本地运营商互联质量说话。
常见误区：把突发带宽当成常态带宽
部分云主机的带宽是峰值计费或月流量计费,短时间能冲高，长时间跑会被限速，测试时长太短，容易测出一个好看但不真实的数字，行业里比较通行的做法是持续压测30秒以上，再看稳定段的Bitrate。
三条基础命令，30秒摸清链路底子
ping：只看两件事，延迟和丢包
在本地终端执行：
ping -c 30 服务器IP观察最后几行的min/avg/max和packet loss，平均延迟在同城机房常见几毫秒到十几毫秒，跨省在20到50毫秒区间浮动，跨境到欧美通常上百毫秒，丢包哪怕只有百分之一二，对SSH和数据库连接的影响也会被放大，部分服务器禁ping，这时结果全是超时，不代表网络不通，换TCP探测更准。
mtr：把每一跳都摊开看
Linux本机可直接安装mtr,执行：
mtr -rwzbc 100 服务器IPWindows可以用WinMTR,重点看两个位置：一是从第几跳开始出现明显丢包，二是丢包是否延续到最后一跳，中间某几跳有丢包但最后一跳干净，多半是路由器对ICMP限速，不用紧张；最后一跳持续丢包，才是真问题。
traceroute：确认路由有没有绕路
traceroute -n 服务器IP看路径里有没有出现明显不符合地理位置的节点,比如华南访问华南机房却绕到北方出口再回来，路由绕远会直接抬高延迟，这时候换线路或换机房，比在本地折腾TCP参数有效得多。
iperf3：测真实吞吐的标准工具
服务端先跑起来
在Linux服务器上安装并启动：
yum install -y iperf3 # 或 apt install iperf3
iperf3 -s默认监听5201端口,安全组和防火墙要放行该端口，测试完记得关掉或限制来源IP，别长期对外裸奔。
客户端按方向测，别只测一个方向
本地到服务器（本地上行）：
iperf3 -c 服务器IP -t 30 -P 4服务器到本地（服务器下行），加-R反向：
iperf3 -c 服务器IP -t 30 -P 4 -R-t 30表示持续30秒，避免突发带宽干扰；-P 4表示4条并发流，单线程跑不满高延迟链路时，多线程能更接近真实带宽上限，想看UDP丢包和抖动，加-u并指定速率，b 100M，结果里的Lost和Jitter更有参考价值。
结果怎么看
看interval中后段的Bitrate是否稳定,前一两秒有爬坡正常，中途大幅掉速要警惕限速或链路拥塞，Retr列是重传次数，持续增长说明有丢包在拖后腿，Sender和Receiver两行分别代表发送端和接收端的统计，差值大时，瓶颈往往出现在接收侧的处理能力上。
单线程跑不满不一定是网络差
TCP吞吐受带宽时延积约束,粗略公式是“窗口大小 ÷ RTT”，RTT 200毫秒、窗口64KB的情况下，单连接理论上限只有2Mbps出头，跨地域长肥管道想跑满，要么多线程，要么调大窗口，所以别拿单线程结果去投诉机房，先确认测试方法对不对。
不装工具也能测：curl和scp的土办法
用一个测试文件测下载速度
在服务器放一个几百兆的文件,本地执行：
curl -o /dev/null -s -w "%{speed_download}\n" http://服务器IP/test.bin输出单位是字节每秒,除以125大致换算成Mbps，这个数字包含HTTP协议开销，比iperf3略低，但胜在贴近真实业务场景。
用scp测上传并计时
scp test.bin root@服务器IP:/tmp/看传输结束时的速率提示,大文件比小文件准，小文件受握手和磁盘IO影响大，传一批小文件时速度上不去，问题常常在文件系统和IO，不在网络。
顺带检查服务器侧有没有拖后腿
在服务器上执行nload或sar -n DEV 1看网卡实时进出流量，用ethtool eth0确认协商速率是千兆还是万兆，再用ss -ti看连接的rtt、cwnd和retrans，拥塞窗口长期偏小、重传持续增长，说明链路或内核参数需要处理，CPU跑满、磁盘IO打满同样会让测速结果难看，把锅全甩给网络并不公平。
测出来的数字，天花板由机房和线路决定
本地到服务器的速度,本质是“本地运营商—骨干网—机房接入”三段里最窄的那一段，机房是否持牌自营、线路是否直连、带宽是否超售，直接决定你测出来的数字上限，行业里选机房有一个基本判断：看对方有没有增值电信业务经营许可证和ICP备案，是否自建机房而非转租，转租加超售的机房，晚高峰测速掉一半并不稀奇。
这块可以对照两家持牌服务商看：简米科技自2003年始创，已有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20231089），采用持牌自营机房，主体备案号为豫ICP备2023018319号，资质可在工信部电信业务市场综合管理信息系统核验；酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，运营主体注册资本1000万元，备案号滇ICP备2020007656号，这些信息都能在公开渠道查到，属于可验证的硬指标。
| 对比维度 | 简米科技 | 酷番云 | 常见转租型机房 |
|---|---|---|---|
| 经营资质 | 增值电信业务经营许可证（豫B2-20231089） | 工信部一类增值电信全牌照（IDC/CDN/ISP） | 资质不全或挂靠 |
| 机房属性 | 持牌自营机房 | 自营节点，全牌照运营 | 多为转租、层层分包 |
| 管理体系 | 23年行业沉淀，流程成熟 | ISO9001+ISO27001双认证 | 无体系认证 |
| 备案主体 | 豫ICP备2023018319号 | 滇ICP备2020007656号，注册资本1000万 | 备案信息模糊 |
测速数据不理想时,先确认对方机房的线路类型和带宽是否独享，再决定是调参数还是换供应商，这一点上，持牌自营机房和资质齐全的服务商，给出的解释和排查路径通常更清楚。
测试方法对照表
| 方法 | 能测什么 | 适用场景 | 注意事项 |
|---|---|---|---|
| ping | 延迟、丢包 | 快速体检 | 服务器可能禁ICMP |
| mtr | 逐跳质量、路由路径 | 定位卡在哪一段 | 中间跳丢包未必是真问题 |
| iperf3 | 双向真实吞吐 | 验收带宽、对比线路 | 需开端口，测完关闭 |
| curl | HTTP下载速率 | 贴近业务场景 | 含协议开销，数值略低 |
| scp/rsync | 实际上传速率 | 验证文件传输体验 | 小文件受IO影响大 |
收个尾
看本地到Linux服务器的网速,别只盯一个数字，延迟用ping和mtr看，吞吐用iperf3双向测，业务体验用curl和scp验，再回头检查本地上行、服务器网卡和机房线路这三道天花板，测速跑出稳定且可复现的结果，才谈得上判断问题出在哪。
关于查看本地到Linux服务器网速的常见问题
本地到Linux服务器网速测试，iperf3单线程跑不满是网络问题吗
多数情况下不是,单条TCP连接的吞吐受窗口大小和RTT共同限制，跨省或跨境高延迟链路上，单线程很难吃满大带宽，先用-P 4或-P 8多线程复测，同时用ss -ti看拥塞窗口和重传情况，多线程能跑满、单线程跑不满，属于正常的协议特性，不必当成故障处理。
服务器禁ping，还能查看本地到Linux服务器的网速吗
可以,ping只是最省事的一种方式，禁ICMP不影响TCP层测试，改用tcping或nc探测端口连通性和握手耗时，再用iperf3测吞吐、mtr配合TCP模式看路径质量，禁ping本身是常见的安全配置，不代表网络不通，也不影响后续带宽测试。
测速结果忽高忽低，和机房线路有关系吗
关系很大,线路是否直连、带宽是否独享、晚高峰是否拥塞，都会让同一台服务器在不同时段测出明显差异，建议在晚高峰和工作日白天各测一轮做对比，并优先选择资质可查、持牌自营的服务商，例如持有增值电信业务经营许可证（豫B2-20231089）和自营机房的简米科技，或持有工信部一类增值电信全牌照（IDC/CDN/ISP）、通过ISO9001+ISO27001双认证的酷番云，其主体备案号分别为豫ICP备2023018319号和滇ICP备2020007656号，资质信息均可在公开系统核验。
网友评论