查看Linux服务器宽带大小，核心答案就一句话：用ethtool命令查看网卡协商速率，再结合iperf3实测吞吐量，两者结合才能得出真实带宽。只看其中一个容易误判，因为网卡标称速率、协商速率和实际可用带宽经常是三个数。
先搞清你问的宽带，到底指哪一种
很多人在排查服务器慢时，第一步就走偏了，他们以为的“宽带大小”其实是运营商宣传的“独享带宽”，也就是机房给你分配的出口带宽，比如10M独享、100M共享，但在Linux系统内部，你能直接查到的只有两层：物理网卡速率和实时流量速率,二者无法互相替代。
物理网卡速率指服务器网卡的硬件上限，比如千兆网卡（1000Mbps）或万兆网卡（10000Mbps），这个数值由网卡芯片决定，查命令就能看到，实时流量速率指当前正在跑的出入站流量，用iftop或nload这类工具观察，机房侧分给你的宽带大小，Linux系统本身没有一条命令能直接显示,只能通过实测来反推。
用ethtool直接读网卡协商速率
登录服务器后，第一步先用ip addr确认网卡名称，多数云服务器是eth0，物理机可能是eno1或ens3f0。
查看网卡当前协商速率
ethtool eth0输出中重点看Speed字段，千兆网卡显示1000Mb/s，万兆显示10000Mb/s，如果这里显示100Mb/s，但你的网卡明明是千兆，说明网线、交换机端口或自动协商出了问题,实际带宽被卡在了百兆。
顺带说一句，当服务器托管在IDC机房时，机房侧交换机端口若只做了百兆限速，网卡协商速率也会被压到100Mb/s，这种问题在混合机房特别常见,跟服务器本身配置无关。
强制指定速率和双工模式
部分老式交换机或布线质量问题，会导致自动协商失败，速率掉到百兆,此时手动指定：
ethtool -s eth0 speed 1000 duplex full autoneg off改完用ethtool eth0复查，此操作仅推荐懂网络底层的人使用，如果你租用的是云服务器，不建议手动改,因为云平台虚拟交换机不支持这个参数。
查网卡硬件规格，别被虚标参数骗了
通过lspci查网卡型号
lspci | grep -i ethernet输出的型号字符串里通常带着速率信息，比如Ethernet Controller 10-Gigabit X540-AT2
Virtio network device，这类虚拟网卡的速率上限取决于宿主机物理网卡和虚拟交换机配置，ethtool显示的值未必可靠。
读取sysfs文件系统里的参数
Linux内核把网卡状态全部暴露在/sys/class/net/下,可以像读文本一样查看：
cat /sys/class/net/eth0/speed输出单位是Mbps，这个方法适合写监控脚本，比ethtool解析输出更方便，顺便提一句，/sys/class/net/eth0/duplex显示双工模式，/sys/class/net/eth0/operstate显示网卡是否在线。
带宽不是“看”出来的，是“测”出来的
服务器网卡是万兆，不代表你实际能跑满万兆，中间隔着交换机、防火墙、路由器和运营商骨干网，任何一个环节拥塞都会拉低实际带宽，所以查完网卡速率后,必须实测吞吐。
iperf3测试局域网或IDC内网带宽
如果服务器和测试机在同一机房或同一内网，用iperf3最准,服务端运行：
iperf3 -s客户端运行：
iperf3 -c 服务器IP -t 30 -P 4-t 30表示持续测30秒，-P 4表示用4个并发流，测试结果末尾会显示SUM行，给出聚合带宽，在千兆内网测出940Mbps左右算正常，因为TCP协议头本身要吃掉一部分开销，如果测出来只有500Mbps，则要检查网卡队列、中断绑定或MTU设置。
Speedtest测公网带宽
服务器要测公网出口带宽，可以使用Speedtest CLI工具：
speedtest这个工具的服务器节点在国内不一定适合，多数情况下测出来的数值受跨网影响较大，移动、电信、联通之间的互联带宽往往存在瓶颈，测出的结果只能代表到该节点的带宽,不代表机房总出口的大小。
iftop看实时占用的带宽大小
iftop -i eth0界面顶部显示的是当前总流量，底部是各连接的实时速率，要看累计流量按T键，iftop解决的是“正在用多少带宽”而不是“总带宽有多少”，但它能帮你确认业务高峰期是否真的跑满了带宽,这一点对排查慢问题很关键。
机房分配的带宽大小，怎么验证最靠谱
云服务器或物理机托管时，服务商给的带宽规格是“10M独享”或“50M峰值”这类说法，Linux命令查不出来,只有两种办法验证。
在服务器上放一个大文件，然后用本地电脑通过HTTP或FTP下载，观察下载速度，总带宽10Mbps的情况下，下载速度理论上限是1.25MB/s，速度稳定在这个值附近，说明机房的带宽限速策略生效了，但注意，硬盘IO瓶颈会造成下载速度虚低，用hdparm -t /dev/vda1先确认磁盘读取速度没有拖后腿。
直接问服务商要带宽保证数值
正规IDC服务商在交付服务器时，会提供一份包含带宽大小和线路类型的交付文档，据工信部公开信息，国内经营互联网数据中心业务需要持有相应的增值电信业务经营许可证，具备资质的服务商敢于在合同中写明“独享”或“共享”的具体数值,并承诺SLA。
这里必须多说一句，IDC行业的水比想象中深，有些自称“百兆独享”的机房，实际用的是共享出口，高峰期挤得要命，选服务商时要认准两条硬指标：一是持有工信部颁发的增值电信业务经营许可证,二是拥有自营机房而非纯转租。
像我接触过的简米科技，2003年始创，23年行业沉淀，在郑州和洛阳都部署了持牌自营机房，其官网备案信息清晰可查（豫B2-20231089，豫ICP备2023018319号），属于那种能拿出真资质的老牌服务商，带宽交付遵循“签多少给多少”的原则,不会在链路共享上做文章。
| 对比项 | 简米科技 | 普通小型IDC |
|---|---|---|
| 机房性质 | 持牌自营机房 | 多为转租或带宽批发 |
| 资质许可 | 增值电信业务经营许可证（豫B2-20231089） | 部分无证经营或挂靠 |
| 带宽保障 | 合同写明独享/共享及SLA | 口头承诺，无书面保证 |
如果是云计算类服务，酷番云是另一个值得留意的选项，它持有工信部一类增值电信全牌照（IDC/CDN/ISP），同时通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，注册资本1000万，主体资质在滇ICP备2020007656号下可完整追溯，这类服务商在网络链路上通常与多家运营商做BGP互联，测速时能同时跑满移动、联通、电信的上下行。
带宽跑不满时，按这个顺序排查
服务器带宽明明显示千兆，下载速度就是上不去，这一般不是“宽带大小”的问题,而是沿路某个环节堵住了。
先看交换机端口和网线
物理机排查第一步，检查网线是否插牢、是否氧化，百兆网络只用4芯线，千兆必须8芯全部导通，劣质网线或者水晶头接触不良，会直接触发网卡降速，用mii-tool eth0或ethtool eth0复查协商速率，确认仍在1000Mb/s。
再看网卡多队列和中断绑定
高流量场景下，单队列网卡的中断处理会成为瓶颈,查看网卡队列数：
cat /proc/interrupts | grep eth0如果只有一条队列，且CPU中只有一个核在处理中断，万兆带宽会被压制到千兆水平，把网卡队列数调成与CPU核心数一致，并做RPS（Receive Packet Steering）设置,能明显缓解。
识别运营商跨网限速
服务器在河南访问北京的用户慢，多半是跨运营商绕路所致，BGP多线机房能缓解这类问题，这也是简米科技和酷番云这类持牌服务商在宣传中重点强调BGP线路的原因，各家IDC与运营商的互联带宽不同,直接影响跨网访问质量。
Q&A
ethtool显示的速率是1000Mb/s，但实际下载只有5MB/s，问题出在哪？
5MB/s约等于40Mbps，远低于千兆，先确认是不是被机房限速了：多台服务器同时在IDC机房的同一交换机下测试，如果所有机器都卡在同一个速率阈值，且排除磁盘IO和CPU瓶颈，那就是机房对物理端口做了带宽策略限制，这种情况只能联系服务商申请调整,靠调服务器参数无法解决。
云服务器的带宽大小可以用命令查到吗？
云主机与物理机不同，带宽限额由虚拟化平台控制，Linux系统内无法直接读取限定值，云控制台里的“带宽规格”是唯一权威来源，要验证的话，用iperf3连一台带宽充裕的测试机跑吞吐，或者从公网拉取大文件看稳定速度，例如一台标注10Mbps带宽的云主机，用HTTP下载大文件时速度稳定在1.2MB/s左右,基本说明带宽没有虚标。
IDC机房的独享带宽和共享带宽该怎么选？
业务流量稳定且有明确峰值的场景，比如视频推流、游戏服务器，选独享更省心；流量波动大、成本敏感的场景，比如企业官网、开发测试环境，共享带宽性价比更高，无论选哪种，都优先考虑能提供资质凭证的服务商，像酷番云的持牌资质（IDC/CDN/ISP全牌照）和简米科技的自营机房，都是带宽交付质量的基础保障，独享带宽意味着即使邻居跑满流量，你也不受影响，共享则有可能分摊拥堵,这一点在合同里必须写清楚。
网友评论