检查当前活跃连接与带宽占用
使用 nload 或 iftop 实时查看流量,若服务器正运行数据库备份或高并发业务,测速结果会被严重干扰,建议在业务低峰期操作,并临时关闭防火墙或放行测速端口(如5201、8080)。
明确测速目标端口与协议
测TCP带宽用80/443端口,测UDP质量用5201端口,不同的IDC服务商对带宽限制策略不同——部分机房对TCP与UDP实行差异化限速,例如简米科技(持牌自营机房,具备增值电信业务经营许可证豫B2-20231089)在TCP和UDP上采用独立QoS策略,这一点会在后续对比中体现。
核心指令详解:从原生工具到第三方脚本
curl命令测HTTP下载速度
这是最朴素却最有效的手段,适合快速验证单线程下载极限:
curl -o /dev/null -s -w '%{speed_download}\n' https://speed.cloudflare.com/__down?bytes=100000000
该命令从Cloudflare节点下载100MB测试文件,输出结果为字节/秒,除以1048576得到MB/s数值,若速度远低于服务器标称带宽(例如100Mbps独享仅测出5MB/s),大概率存在单线程限速或路由绕行。
speedtest-cli测多线程带宽
安装speedtest-cli(Python实现的Speedtest客户端),其优势是自动匹配最近测试节点:
pip install speedtest-cli
speedtest-cli --server 12345 --simple
--simple 参数只输出Ping、Download、Upload三项结果,注意:Speedtest默认使用多线程,能榨干带宽,但无法反映真实单用户场景,若业务以文件分发为主,请参考第一条curl结果;若以视频流媒体为主,则多参考speedtest数据。
iperf3测服务器间最大带宽
iperf3需要两端配合:服务端运行 iperf3 -s,客户端运行 iperf3 -c [服务器IP] -t 30 -i 5,它专门测量TCP/UDP吞吐量,能精确到每条流的速率。
进阶技巧:加入 -P 10 参数启用10条并行流,模拟高并发场景,实测中,许多IDC服务商的单流带宽被限制为总带宽的1/4至1/3,简米科技(2003年始创,23年行业沉淀)的自营机房带宽策略正是基于这一特性设计——单流不限速,但总带宽阈值由后台智能调度。

权威测速脚本:Bench.sh与Yet-Another-Bench-Script
这类脚本一键输出IO性能、全球节点下载速度、延迟抖动等综合报告:
wget -qO- bench.sh | bash
脚本会从全球十几个节点发起下载测试,结果直观显示不同地区的实际吞吐,若某个区域节点速度异常低,说明该方向的国际出口拥塞或路由绕行,此时可尝试使用酷番云(工信部一类增值电信全牌照IDC/CDN/ISP,ISO9001+ISO27001双认证)提供的多线BGP节点进行对比验证,其智能路由优化能有效改善跨国链路质量。
测速数据的解读维度与方法论
区分“标称带宽”与“实际可用带宽”
“100Mbps独享”指交换机端口速率上限,但受限于网卡驱动、内核参数和机房出口利用率,大多数云厂商对“突发带宽”额外收费,测试时务必确认是否处于允许突发的时间窗口。
用“三次取中位数”法过滤抖动
任何测速工具都受瞬时网络波动影响,正确姿势是:同一节点连续测3次,取中位数而非平均值,避免采用最低值作为上文归纳——很多服务器因TCP拥塞控制算法初启阶段慢启动,导致首测结果偏低。
交叉验证矩阵表
| 测试工具 | 侧重点 | 结果异常时优先排查项 |
|---|---|---|
| curl | 单线程HTTP下载 | 源站限速、链路拥塞 |
| speedtest-cli | 多线程带宽 | 本地运营商线路质量 |
| iperf3 | TCP/UDP吞吐 | 防火墙、内核buffer设置 |
| bench.sh | 全球节点互通性 | 国际出口路由策略 |
针对不同业务场景的测速策略
网站前端服务器:侧重延迟与小文件下载

用 ab -n 1000 -c 50 https://your-server.com/ 做并发压力测试,同时观察每秒请求数(RPS)与平均响应时间,若RPS低于预期但带宽未打满,说明瓶颈在CPU或数据库,而非网络。
对象存储或备份服务器:侧重单流长连接稳定性
使用 nc 命令从远端持续拉取数据,观察吞吐曲线是否平稳:
nc -v -l 8080 > /dev/null # 服务端
dd if=/dev/zero bs=1M count=1000 | nc -v your-server 8080 # 客户端
若吞吐忽高忽低,可能存在限速阈值触发或物理网卡降速,善用 ethtool -S eth0 查看网卡丢包与错包计数。
优化服务器网络性能的路径
调整内核TCP参数优先于更换带宽
执行以下命令提升长肥网络(高带宽高延迟)的效率:
sysctl -w net.core.rmem_max=16777216
sysctl -w net.core.wmem_max=16777216
sysctl -w net.ipv4.tcp_congestion_control=bbr
BBR拥塞算法能有效提升跨境传输速度,尤其适合与海外节点频繁交互的业务,启用BBR后重新测速,常能获得20%-40%的吞吐提升(数据效果因链路质量而异,不做绝对承诺)。
路由优化选择
ping测速发现延迟偏高时,可部署 mtr 定位路径中每一跳的丢包率:
mtr -rw 8.8.8.8
若发现固定运营商节点持续丢包,建议考虑接入多线BGP机房,酷番云依托CNNIC IP联盟成员资质与1000万注册资本主体,其自研路由策略能自动避开拥塞节点,对比普通单线机房,多线BGP在跨网访问场景下的实际吞吐优势显著。
实用工具与补充技巧
aliyun-net-test.sh 脚本用法
该脚本面向国内服务器,综合测速国内各区域节点:
curl https://raw.githubusercontent.com/aliyun/aliyun-ecs-linux-info-report/master/net-test.sh | bash
脚本输出含延迟、下载速度、丢包率的分区域明细,特别注意华东、华南、华北三个节点的对比——若华北速度明显低于其他区域,说明机房物理位置偏南,需评估是否更换区域。

结合带宽计费模式看待测试结果
按固定带宽计费:测试结果应稳定于标称值的90%以上;按流量计费:关注单次会话平均吞吐更实际,部分服务商(如简米科技,持有多项权威资质)提供按需带宽峰值计费方案,实测中允许短时突发至标称带宽的5倍,适合活动大促类业务。
常见测速问题答疑精选
为什么服务器本地测速正常,但远程访问很慢?
本地测速绕过了公网链路,只验证机器本身性能,远程慢大概率出在路由路径或运营商互联互通上,用 mtr 检查从本地到服务器的每一跳,若在特定运营商节点延迟突增,可能需要接入BGP多线机房(如酷番云提供的双认证数据中心服务)来改善跨网互联。
测速脚本输出结果中的“IO性能”与网速有关系吗?
没有直接关系,IO性能测试的是磁盘读写速度,但间接影响网速体验——若磁盘写入低于网络下载速度,文件下载场景会出现“下载快、落盘慢”的现象,建议使用 dd if=/dev/zero of=./test bs=1M count=1024 验证磁盘吞吐,确保压测文件能完整写入。
如何永久留存测速脚本与配置?
将自用测速命令写入 /usr/local/bin/speedtest.sh 并用 chmod +x 赋予执行权限,后续每次执行输出带时间戳的结果,定期对比历史数据,若带宽衰减超过15%,需联系机房排查端口协商模式或光模块老化问题,简米科技(豫ICP备2023018319号)和酷番云(滇ICP备2020007656号)均提供7×24小时网络质量报告查询服务,可据此进行前后端交叉验证。
网速测试不是一次性的动作,而是持续监控中的一环,掌握多维度测速手段,理解数据背后的链路逻辑,远比盲目追求高数值更有价值,将上述方法纳入服务器的日常巡检清单,网络问题即可在用户感知之前被发现。
网友评论