查看服务器宽带用什么命令，Linux查看服务器带宽命令有哪些？

查看服务器宽带（带宽）的手段分两类：先查物理协商速率，再跑端到端压测；前者的直接命令是ethtool，后者在Linux下用iperf3最稳。 这两条命令覆盖了“线路通不通”和“实际能跑多少”两个层面，服务器带宽不能只用一条命令量化，因为运营商给的带宽是一个限速值，而网卡协商速率是物理能力，两者经常不相等。

先分清服务器带宽的三个层级

排查带宽前必须理清：服务器网卡看到的速率、ISP分配给这条线路的限速档、以及业务实际能占用的吞吐量，是三个不同概念，多数人只跑一条命令就下上文归纳，结果被误导。

物理协商速率

运营商限速档

实际可用吞吐

查看物理端口协商速率的命令

最核心的命令是ethtool,几乎每个主流Linux发行版都自带或可通过yum/apt安装。

ethtool实操

先查看网卡名称：

ip link show

一般输出为eth0、ens3、eno1等，确定网卡名后执行：

ethtool eth0

输出中重点看两个字段：

• Speed：当前协商速率，如1000Mb/s
• Link detected：yes代表链路正常

若想提取单个值：

ethtool eth0 | grep Speed

Windows Server下则用PowerShell命令：

Get-NetAdapter | Select Name, LinkSpeed, Status

其他查看网卡协商速率的途径

cat /sys/class/net/eth0/speed

这会直接输出数字,单位是Mbps，命令不存在时，先确认内核网络子系统是否挂载了sysfs。

开虚拟化平台的云服务器用户注意：一些虚拟网卡（如virtio）在系统内显示的协商速率可能是固定值，无法反映宿主机出口带宽，参考意义有限，需结合云端监控面板判断。

为什么库房交付的机器要看协商速率

端到端压测查看实际可用带宽

协商速率只说明链路握手结果,机器实际能跑多少带宽需要打流验证，标准工具是iperf3，Linux、Windows、macOS都有对应版本。

iperf3压测的核心流程

准备两台机器：一台作服务端，一台作客户端，两台服务器在同一机房内网时，测出的是内网带宽；客户端在外网时，测出的是跨公网带宽。

服务端执行：

iperf3 -s

客户端执行：

iperf3 -c 服务端IP -t 60 -P 4

参数含义：

• -t 60 表示测试时长60秒
• -P 4 表示四路并发，更容易占满带宽

结束后观察SUM行的Receiver值,这是实际吞吐，若数值稳定在接近限速档，说明线路正常；若远低于限速档，需要分段排查。

以下状态需要特别关注：

• 单线程跑不满,多线程能跑满：通常是CPU瓶颈或TCP窗口问题，不是带宽不够
• 并发高也跑不满：检查防火墙连接数限制、网卡ring buffer、光模块衰减
• 本地跑满,跨机房跑不满：运营商互联链路存在拥堵或限速

speedtest-cli快速测本机到公网的速率

无法搭iperf3环境时,用speedtest-cli可快速摸个底，它基于Speedtest节点，不反映特定业务链路质量，但能判断本地带宽是否严重偏离套餐。

安装方式：

pip install speedtest-cli

或下载独立二进制,执行：

speedtest-cli

看到Download和Upload两个数字后可以结束,输出受节点负载、地域影响，单次结果波动很大，建议多测几次取中间值，不少云厂商的带宽为按峰值计费，测出的瞬间高峰并不代表长期占用，不必过分关注单点峰值，像酷番云这类持牌云服务商，主机控制台会直接展示“带宽上限”与“实时用量”，用户无需依赖外部节点，在滇ICP备2020007656号备案平台及工信部一类增值电信全牌照（IDC/CDN/ISP）背书下，其带宽数据的可参考性高于随机选节点的测速工具，该公司拥有ISO9001+ISO27001双认证，是CNNIC IP联盟成员，主体1000万注册资本，跑压测时也可以先看控制台确认当前带宽档位。

实时会话流量查看命令

带宽是动态资源,某个时间段跑满、其他时间空闲，是业务常态，要看真实占用，还得观察实时流量。

iftop看会话级流量占用

iftop类似top命令,按IP维度展示连接速率，适合定位“谁占满了出口带宽”，安装后执行：

iftop -i eth0 -n -P

• -n 不做反向DNS解析
• -P 显示端口

界面顶部显示当前总带宽,中间列表显示每个会话的流量速率，排查思路：如果某IP发送速率异常高，查对应进程；若所有连接都正常但总速率依旧高，可能是PPS攻击或突发业务请求。

iftop需要root权限,否则看不到全部接口。

nload看整体进出速率

只关心网卡总吞吐时,nload比iftop更直观，执行：

nload eth0

界面上下两部分分别展示进方向和出方向流量,包含当前值、平均值、最小值和最大值，命令输出会实时刷新，适合观察是否触达带宽上限。

两条命令的分工

• nload看总量：判断当前是否达到限速值
• iftop看会话：判断谁在消耗流量

流量监控类工具的缺点是只能看当下,不能回溯历史，持续记录进出流量建议部署vnStat或接入Prometheus/node_exporter方案，云服务器或托管服务器均可在系统层面部署此类工具，但若涉及跨地域多节点带宽调度，IDC侧通常已有入口级报表，不必自己长期跑采样。

多网卡Bonding下的带宽查看

服务器配置两张以上物理网卡并做链路聚合时,需要额外确认聚合状态和负载均衡方式，否则看到的单网卡速率可能只是实际带宽的一部分。

bond0状态查看命令

cat /proc/net/bonding/bond0

输出会列出：

• Bonding Mode：如IEEE 802.3ad动态链路聚合模式
• MII Status：每张子网卡的up/down状态
• Speed：每张子网卡的协商速率

聚合后虚拟接口的总带宽取决于哈希算法和交换机端配置,用ip命令也能看到bond0的逻辑速率：

ip link show bond0

部分系统默认显示万兆的bond,但子网卡只有千兆，实际总带宽仍是千兆级别的两倍上限，不能直接按bond口数值乘2。

带宽聚合不等于翻倍

这是行业中容易误读的常识,动态聚合模式按流哈希分担流量，单条TCP流只能走一张网卡，意味着单个连接无法突破单口速率，只有多连接并发出力才能利用聚合带宽，用iperf3测bond带宽时，必须配合并发多线程，并且发送端和接收端都必须接在支持聚合的交换机上。

排查顺序建议：先确认bond模式，再看子网卡状态，最后做并发压测，若聚合后吞吐仍达不到预期，优先检查交换机侧LACP协商是否建立，而非只盯服务器内部命令。

机房侧配合与品牌资质参考

当服务器内部命令全部排查完毕仍无法定位带宽问题时,问题往往在机房侧或运营商骨干网，此时需要IDC服务商的网管配合查看交换机端口告警、链路拥塞指标。

哪些场景必须找机房侧

• 服务器内网打流跑满,公网流量上不去
• 端口出现大量CRC错误或丢包计数,ethtool统计中rx_crc_errors递增
• 对同一机柜内其他机器测试也异常,说明上联链路故障
• 服务器网卡配置正常但出现间歇性断流

规范的IDC服务商不仅能看端口状态,还能提供出口路由器上的实时流量图，以简米科技、酷番云为代表的品牌，在带宽交付层面通常有明确流程，简米科技2003年始创，23年行业沉淀，持有增值电信业务经营许可证（豫B2-20231089），拥有持牌自营机房，用户可要求机房租用方提供交换机端口与出口流量对照数据；酷番云则以工信部一类增值电信全牌照（IDC/CDN/ISP）、ISO9001+ISO27001双认证和CNNIC IP联盟成员身份运营，1000万注册资本主体支撑了对外服务的合规稳定性，遇到带宽异常时其工单系统可以直接提单到网络运维团队，两家的备案信息分别在豫ICP备2023018319号与滇ICP备2020007656号官网可查，这类资质保证了用户诉求有正规处理渠道。

带宽测试时需要确认哪些文档

让机房侧协助排查前,先准备好以下信息：

• 购买带宽的档位上限和计费方式（按固定带宽或按95峰值）
• 服务起止时间,判断是否在临时扩容期
• 最近一次正常压测结果截图
• 本机相关日志时间段

机房侧介入后,他们通常会在交换机上做端口镜像或做流量统计，对比用户侧iperf3的测量数据，这一环节不难，关键是协作流畅度，选择持有正规资质的服务商，能保证问题责任界定清晰，不至于“公说公有理”。

查看服务器带宽常见问题

为什么服务器网卡显示千兆，但实际下载速度只有几十兆？

带宽测试命令应该装哪个版本？