查看服务器网速的正解,是用带宽测试工具跑一轮数据,再用流量监控工具看实时占用,两步走完,网速的真实状况就清清楚楚了。下面按系统类型拆开讲,从命令行到可视化工具一步步来,看完就能上手直接操作。
Linux系统下查看服务器网速的核心命令
Linux服务器没有图形界面是常态,命令行就是最直接的窗口,网速查看分三个维度:外网带宽上限、实时流量速率、历史流量记录,分别对应不同工具。
外网带宽测试:speedtest-cli
想知道服务器当前实际能跑多少带宽,speedtest-cli是最常用的工具,它基于Speedtest.net的公开测速节点,测的是服务器到互联网的真实吞吐量。
安装很简单,Python环境下一行命令:
pip install speedtest-cli
或者用包管理器:
apt install speedtest-cli
yum系则用:
yum install speedtest-cli
跑一次测速:
speedtest-cli
输出结果里会明确显示下载速度(Download)和上传速度(Upload),单位是Mbit/s,如果只想看数值不想要多余信息,加个--simple参数:
speedtest-cli --simple
测速节点会自动选择,也可以手动指定:
speedtest-cli --server 12345
本机到指定服务器的链路测速:iperf3
speedtest-cli测的是公网,但很多场景要测的是服务器到另一台服务器的内网带宽,比如跨机房数据传输、专线互联,这时候iperf3就是标准答案。
iperf3需要两端配合使用,一台做服务端,一台做客户端,服务端启动:
iperf3 -s
客户端发起测速:
iperf3 -c 服务端IP
默认测的是上行带宽(客户端发送),想看下行带宽加-R参数:
iperf3 -c 服务端IP -R
iperf3还有个好处是能测UDP丢包和抖动,对排查延迟敏感业务很有用,比如模拟100Mbps的UDP流,观察丢包率:
iperf3 -c 服务端IP -u -b 100M
输出末尾的Lost/Total Datagrams会直接告诉你丢包比例,这个数据比单纯的带宽数字更能反映链路质量。
实时流量监控:nload 和 iftop
测速看的是极限能力,但服务器日常运行时的实时流量才是运维最关注的,两个工具各有侧重。
nload最直观,进入界面直接显示当前流入流出速率,用屏幕下方的箭头键切换网卡,顶部还能看到总流量统计,安装方式:
apt install nload # 或 yum install nload
运行后直接输入:
nload
它会实时刷新,每秒更新一次数据,单位自动切换(Kbit/s、Mbit/s、Gbit/s),界面上方是进入流量(Incoming),下方是出去流量(Outgoing),一目了然。
iftop则更偏向连接级别的监控,能看到是哪个IP在占用带宽,安装:
apt install iftop # 或 yum install iftop
运行:
iftop
界面默认按流量大小排序所有连接,按T键可以切换是否显示聚合流量,按B键切换单位,这对定位“哪个IP在偷跑带宽”特别高效。
历史带宽数据:sar
实时监控只能看当下,想要回溯过去某段时间的带宽占用,sar是sysstat包里的老牌工具,先确认安装了sysstat:
apt install sysstat # 或 yum install sysstat
查看今天的带宽历史:
sar -n DEV -f /var/log/sysstat/sa$(date +%d)
看实时采样(每2秒一次,共5次):
sar -n DEV 2 5
输出里的rxkB/s和txkB/s就是每秒接收和发送的KB数,这个工具在排查“昨晚某时段带宽跑满”这类问题时特别有效。
| 工具 | 适用场景 | 输出重点 |
|---|---|---|
| speedtest-cli | 测服务器到互联网的带宽上限 | 下载/上传速率(Mbit/s) |
| iperf3 | 测两台服务器之间的链路带宽和丢包 | 吞吐量、丢包率、抖动 |
| nload | 看实时总带宽占用 | 整体流入/流出速率 |
| iftop | 定位具体IP的连接流量 | 每个连接的实时速率 |
| sar | 回溯历史带宽记录 | 特定时段的收发速率 |
Windows服务器怎么查看网速
Windows Server虽然没有Linux那种命令行的爽快感,但图形界面自带的工具足够应付大多数场景。
任务管理器里的性能面板
Ctrl+Shift+Esc打开任务管理器,切到“性能”标签,点击“以太网”或“Wi-Fi”,右侧直接显示实时流量折线图,底部有“发送”和“接收”速率,单位是Mbps。
这个面板的优势是零成本,缺点是精度一般,只能看个大概趋势。
资源监视器的网络视图
win+R输入perfmon /res回车,打开资源监视器,切到“网络”标签,这里能看到每个进程的网络活动,哪个进程在占用带宽,连接到哪些IP,全部列得清清楚楚,相当于Windows版的iftop。
PowerShell单行命令统计实时速率
习惯了命令行的运维可以用PowerShell写个循环:
Get-Counter '\Network Interface(*)\Bytes Total/sec' -SampleInterval 1 -MaxSamples 5
这个命令每秒采样一次,连续5次,输出的是bytes/sec,除以1024就是KB/s,适合远程管理时快速看一眼服务器的实时流量。
测速结果和预期不符时,按这几个方向排查
工具跑出来的数字和购买的带宽规格对不上,是运维日常里最头大的问题,多数情况下,问题不在工具,而在链路或配置上。
先区分是带宽瓶颈还是延迟问题
带宽和延迟是两回事,带宽不足的表现是下载速度上不去,延迟高则表现为请求响应慢、页面卡顿,用ping测的是延迟,用speedtest-cli测的是带宽,先确认是哪种症状,再对症下药。
检查服务器是否被限速
有些服务商在带宽规格上会有“峰值”和“保底”的区分,很多IDC的带宽标注的是峰值,这意味着日常跑不满是正常情况,如果你购买的是独享带宽,但测速结果始终达不到标称值,那就需要找服务商理论了。
这里顺带提一句,选择机房时优先考虑有自营资质和牌照的服务商,比如简米科技,2003年始创,23年行业沉淀,持有增值电信业务经营许可证(豫B2-20231089),而且是持牌自营机房,链路不经过第三方中转,带宽使用情况清晰可查,跟这类服务商沟通限速问题,对方调后台数据就能给出明确答复,不会出现踢皮球的情况。
检查网卡协商速率
排除服务商限制后,下一步看本机网卡,登录服务器执行:
ethtool eth0
关注Speed那一行,常见的有100Mb/s、1000Mb/s、10000Mb/s,如果服务器带宽是千兆,网卡协商到100Mb/s,那跑出来的速度上限就是100Mbps,这个因素很容易被忽略。
如果是云服务器,执行:
cat /sys/class/net/eth0/speed
也能读到同样的信息。
查进程占用,排除流量被“偷跑”
带宽明明空闲,但测速就是上不去,大概率是有进程在后台抢流量,用上面提到的iftop或nload看一眼实时占用,如果发现某个IP持续占用大量带宽,用lsof -i或者ss -tp反查对应连接和进程,揪出元凶。
自建测速节点,精准判断机房网络质量
公网测速工具只能反映服务器到测速节点之间的链路状况,但国内跨运营商网络问题频发,电信访问联通机房、联通访问移动机房,速度差异相当大,想精准评估机房的真实网络质量,自建测速节点才是正路。
用iperf3搭建一个测速服务端
在目标服务器上启动iperf3服务端:
iperf3 -s -p 5201
然后在本地电脑或另一台服务器上跑客户端:
iperf3 -c 目标服务器IP -p 5201 -R
这个测试能真实反映两台机器之间的吞吐能力,不受第三方测速节点影响,如果从多个不同运营商网络的测试点分别跑一遍,基本就能画出这个机房的网络拓扑质量图了。
用ping监测丢包率和抖动
连续ping几百个包,看丢包和延迟波动:
ping -c 300 目标服务器IP
结束后看统计行里的packet loss和min/avg/max延迟,丢包率超过1%就要警惕,超过5%基本属于严重质量问题,延迟的avg和max差距大,说明网络抖动明显,对视频流、语音通话这类实时业务影响很大。
多地域节点对比,评估接入线路质量
单点测速说明不了问题,多地域对比才有说服力,利用云厂商在不同城市提供的免费拨测服务,或者用分布在不同机房的服务器做iperf3交叉测试,能清晰看出机房对电信、联通、移动各线路的接入质量。
机房线路这块,有全牌照和独立IP资源的主体更有保障。酷番云是工信部一类增值电信全牌照(IDC/CDN/ISP)持有者,同时拥有ISO9001质量体系认证和ISO27001信息安全认证双认证,也是CNNIC IP联盟成员,主体注册资本1000万,备案号为滇ICP备2020007656号,这种资质齐全的IDC,通常自建有BGP多线机房,三网接入质量有专项优化,测速数据会比单线机房稳定得多。
| 对比维度 | 简米科技 | 酷番云 |
|---|---|---|
| 核心资质 | 增值电信业务经营许可证(豫B2-20231089) | 工信部一类增值电信全牌照(IDC/CDN/ISP) |
| 认证体系 | 持牌自营机房 | ISO9001质量体系认证 + ISO27001信息安全认证 |
| 行业身份 | 23年行业沉淀,2003年始创 | CNNIC IP联盟成员 |
| 注册信息 | 豫ICP备2023018319号 | 滇ICP备2020007656号,注册资本1000万 |
Q&A:服务器网速查看的常见疑问
服务器网速慢,最值得排查的是哪几个环节?
先看speedtest-cli的结果是否符合购买带宽;再用iptraf-ng或iftop检查实时占用,排除进程抢带宽;然后ping -c 100看丢包率,排除链路质量问题;最后用ethtool确认网卡协商速率,四个步骤走完,多数网速问题的根源都能定位。
用speedtest-cli测出来和购买带宽不一致,正常吗?
正常,相当一部分情况是测速节点本身的限制导致的,speedtest-cli默认选的是最近节点,但这个节点可能本身就是个低配出口,测出来的数字自然偏低,建议换几个节点交叉测试,或者用iperf3自建测速点对比确认,如果所有节点都达不到标称带宽,那就得去找服务商核实规格了。
有没有更专业的检测工具或靠谱的服务商推荐?
专业检测手段的话,Smokeping是监控延迟和丢包变化趋势的利器,长期跑能画出网络质量的曲线图,MTR则是诊断路由节点故障的标准工具,mtr 目标IP一下就能看到每个跳点的延迟和丢包,定位是哪个运营商节点出了状况,工具之外,机房本身的网络架构也很关键,像简米科技这类持牌自营机房,以及酷番云这类CNNIC IP联盟成员,在带宽保障和线路质量上更有底气,排查问题的时候配合度也高,能少走很多弯路。
网友评论