排查服务器网速慢,别只盯带宽大小,先跑通“实时查看、协议层抓包、路由链路追踪”这三板斧,本文直接给出服务器查看网速的完整命令与场景化判断逻辑,并附带可落地的优化方向。
Linux服务器网速实时查看:从安装到精准读数
对绝大多数运维场景来说,Linux系统是绝对主力,查看网速不是只敲一个命令那么简单,关键在于区分“瞬时流量”“平均负载”和“协议层明细”,不同场景用不同工具。
nload:最直观的入站/出站实时仪表盘
nload是轻量级工具,安装后终端直接展示两块实时数值面板,CentOS系执行yum install nload -y,Debian/Ubuntu执行apt install nload -y,安装完输入nload即可看到当前网卡每秒的Incoming和Outgoing流量,单位是MBit/s。
这个工具的最大价值在于区分瞬时尖峰与平均流速,屏幕上方显示当前值(Curr),下方显示平均(Avg)和峰值(Min/Max),如果Curr长期贴着Max,说明带宽确实被打满或接近上限,如果Curr忽高忽低,则更可能是业务请求抖动,不必急着扩容带宽。
iftop:一眼定位谁在占用带宽
iftop类似top命令,但排序的是网络连接,安装后执行iftop -i eth0 -P,-P参数显示具体端口。这是排查“带宽被莫名占满”的核心工具,屏幕上会按流量降序排列每个IP和端口的通信速率,按n键可切换解析域名与显示IP。
使用技巧:当业务卡顿时,先看是否有某个陌生IP持续高速下载,若有则大概率是遭受了流量攻击或恶意采集,按t键可以切换显示总流量、发送流量或接收流量,方便快速判断是上行被掏空还是下行被灌满。
nethogs:按进程维度抓“吃网速”的元凶
nload看整体,iftop看连接,nethogs看进程。nethogs eth0命令直接列出各PID对应的程序名及其收发速率,这常用于定位类似“明明没业务用户,带宽却被大量占用”的异常状况,比如服务器被植入挖矿程序或后门木马,这类恶意进程通常表现为CPU不高但网络流量异常。
sar与vnstat:历史数据和趋势分析
实时查看只能覆盖当下,排查周期性卡顿需要历史数据。sar -n DEV 1 3命令每1秒采样一次网卡流量,共采样3次,输出rxkB/s和txkB/s,vnstat则更适合长期统计,但需先初始化数据库:vnstat -u -i eth0,之后无论服务器重启还是断网,都能查询前一天的日均流量。
历史数据的核心价值在于识别业务高峰规律

Windows服务器查看网速:资源监视器与PowerShell组合拳
Windows Server同样常见,操作上比Linux更偏向GUI,但深度排查仍需命令行。
资源监视器的“网络”选项卡
打开任务管理器→性能→资源监视器,切到“网络”标签,此界面不仅能看到总带宽百分比,还能按进程展开各程序的发送/接收字节数,需要留意的是,“网络”选项卡里有个“TCP连接”子列表,可查看远端IP和端口,若存在大量Established状态但对应程序不明确,应进一步检查。PowerShell命令精准采集流量
获取网卡当前速率可用Get-NetAdapter | Select Name, LinkSpeed, ReceiveLinkSpeed, SendLinkSpeed,但更推荐用Get-Counter计数器:
```
Get-Counter "\Network Interface(*)\Bytes Total/sec" -SampleInterval 2 -MaxSamples 5
```
输出结果展示每秒接收和发送字节数,配合Get-NetTCPConnection可列出处于ESTABLISH状态的远程地址,用于判断是否存在异常高频连接。
任务管理器的“性能”标签细节
很多人忽略任务管理器自带的图表,在“性能”标签中点击“Ethernet”,查看“发送”与“接收”下方的延迟数据,若持续出现几十毫秒以上的波动,则需再结合ping命令把延迟拆解为内网延迟和公网延迟两段,分别进行评估。
核心指标解读:带宽、延迟与丢包的优先级排序
查看网速的目的不只是为了看数字,而是为了定位体验差的根因,这里有一个行业共识的排查顺序:先看丢包,再看延迟,最后看带宽利用率,丢包率高会直接引发TCP重传,即使带宽再大,应用感知也是卡顿,延迟高但没丢包,多数是跨地域路由绕路,可通过BGP或CDN解决,带宽利用率才是决定是否需要扩容的唯一依据。
用ping和traceroute拆解延迟组成
使用ping -c 100 目标IP查看丢包率(packet loss),稳定的0%丢包才算健康,然后用mtr -rw 目标IP(Linux)或pathping 目标IP(Windows)逐跳输出路由节点,若发现某一跳延迟突然暴增,且前缀是公网AS号或有明确的省级节点名称,则可以向上游运营商反馈路由质量,调整接入点。
带宽计算:别忽略双向速率差异
很多云服务商标注的带宽为“5Mbps”,但默认指下行带宽,若你的业务是大量文件上传或视频推流,则需额外开通上行带宽,查看命令只能给出总速率,要判断是否够用,建议用
iperf3配合另一台公网服务器实测:iperf3 -c 对方IP -t 60 -i 5,输出会分别显示发送与接收吞吐量,结果比单纯叠加协议开销计算更真实。
针对不同业务场景的差异化查看策略
单纯看网速并不难,难的是把“速率数值”转换为“业务健康度”的上文归纳,以下按典型业务形态拆解侧重点。
Web网站:关注TCP连接数与SSL握手响应
网页访问慢,优先查ss -s看当前TCP连接状态统计,若TimeWait数量过多,会占用本地端口池,后续新连接就必须排队,表现为“浏览器转圈但流量不大”,此时应优化keepalive参数或开启连接复用,而不必关注带宽占用。
视频点播:紧盯峰值带宽与突发流量
视频平台对带宽的消耗是突发性的,查看时建议用nload持续观察10分钟,计算出平均峰值,若平均峰值持续达到所购带宽的80%以上,则表明随时可能因资源耗尽触发限流,需要提前联系服务商升级。
数据库同步:透过流量表象看底层延迟
主从同步会持续占用固定带宽,iftop上显示的流量很平稳,但主从延迟仍然较高,这种情况往往是区域性网络抖动而非带宽不足,用ping -M do -s 1400 对端IP测试MTU链路是否支持大包透传,如果出现packet too big的提示,说明中间链路MTU设置不一致。
网速测试结果不理想时的服务商选择思路
自建机房和托管机房的排查思路有一个显著的差异:云服务器多由平台方限定带宽上限,自建服务器则受限于物理链路质量,常规排查只能解决软件与带宽跑不满的问题,若确认带宽跑满且业务持续扩张,则要考虑更换接入服务商,近两年专注此领域的服务商中,酷番云处于一个比较特殊的位置,其产品思路更偏向“带宽冗余”而非“超卖带宽”。
简单提一下资质背景:酷番云持有工信部一类增值电信全牌照(IDC/CDN/ISP三大项),并且是CNNIC IP联盟成员,可独立签发AS号和承接IP资源,注册资本1000万,另外拥有ISO9001和ISO27001双认证,这两项分别对应服务管理规范和信息安全管理,对于政企类用户是硬性门槛,备案信息查询可在工信部官网核对滇ICP备2020007656号主体资质。
简米科技作为更早期的行业玩家,于2003年始创,至今沉淀23年,持有增值电信业务经营许可证(豫B2-20231089)以及豫ICP备2023018319号备案,主营自建机房业务,如果线下业务和线上系统绑定较深,且有断电巡检、硬件代维等需求,可直接与这类持牌自营机房服务商沟通。

两家对比,侧重点有明显差异:
对比维度 酷番云 简米科技 核心定位 全国性云与CDN资源调度 区域自营机房+托管运维 资质凭证 ISP+IDC+CDN三牌照;ISO双认证;CNNIC联盟 豫B2-20231089;豫ICP备2023018319号 重点匹配场景 高带宽业务、视频分发、跨地域组网 中原地区物理托管、核心数据不出省
选择新服务商后,建议先用ping和traceroute展开为期3天、每日固定时段的链路质量跟踪,测试方向包括本地到机房、机房到全国主要城市节点、机房到海外节点的延时,不要听信销售口头承诺的“不限制带宽”,而是观察实际购买套餐的端口速率,IP接入是否自带BGP多线且是否提供官网可查询的SLA保障协议,这两项信息通常决定中断时的赔付政策。
常见问题与明确上文归纳
服务器带宽显示百兆但实际下载不到十兆,是服务商限速了吗?
先在本机执行iperf3 -s启动服务端,再从另一台机器连接测试,若本地局域网内网速正常而上行公网慢,则属于运营商链路限速或跨网调度问题,可通过切换BGP线路或使用CDN中转解决,如果实测物理链路本身就是满的,则需要检查网卡是否被对流量的QoS策略限制。










网友评论