ifconfig如何检测网络丢包

网络丢包是个挺让人头疼的问题，尤其是当你正在追剧、打游戏或者开视频会议的时候。虽然 ifconfig 本身不会直接告诉你“哥们，你丢包了”，但结合几个得力助手，这事儿就能查得明明白白。下面这几种方法，基本覆盖了从入门到进阶的诊断场景。

方法一：ping——最直接的丢包检测

ping 是每个网管都离不开的老伙计。它通过发送 ICMP 请求并等待回复，直接告诉你往返时间和丢包率。基本用法就是：

ping <目标IP地址>

如果想控制发送数量，避免一直刷屏，可以加上 -c 参数：

ping -c 100 www.example.com

发送 100 个包后，终端会汇总丢包百分比。连续多跑几次，基本能判断当前链路的稳定性。

方法二：mtr——路径上的“探照灯”

有时候丢包不是终点的问题，而是中间某个路由器在“捣鬼”。mtr 把 ping 和 traceroute 合二为一，能实时显示每一跳的丢包率和延迟。安装也很简单：

# Debian/Ubuntu
sudo apt-get install mtr
# CentOS/RHEL
sudo yum install mtr
# Fedora
sudo dnf install mtr

用起来更简单：

mtr 目标IP地址

程序会持续刷新，每一行的丢包百分比和延迟一目了然。看到某个中间节点丢包率飙升，基本就能锁定问题所在了。

方法三：iperf——带宽与丢包的“压力测试”

有些丢包是流量太大把链路撑爆了导致的。iperf3 可以模拟高负载流量，测出在特定带宽下是否出现丢包。同样，先安装：

# 各发行版安装命令类似
sudo apt-get install iperf3   # Debian/Ubuntu
sudo yum install iperf3       # CentOS/RHEL
sudo dnf install iperf3       # Fedora

然后在一台机器启动服务端：

iperf3 -s

在另一台机器运行客户端：

iperf3 -c <服务器IP地址>

测试结束后会输出带宽、重传次数和丢包率。如果重传很多，说明网络正在“吃力”地处理你的流量。

方法四：netstat 与 tcpdump——深入排查的“手术刀”

前面几个工具偏重主动探测，而 netstat 和 tcpdump 更适合被动分析。先看接口统计：

netstat -i

输出里如果有很高的“errors”或“dropped”计数，说明接口层面已经有丢包了。如果想抓包看详细过程，可以用 tcpdump：

sudo tcpdump -i eth0 -w capture.pcap

抓下来的 pcap 文件可以用 Wireshark 打开，逐帧分析丢失的序列号。虽然稍微费点功夫，但往往能定位到最底层的异常。

实际排查时，建议按顺序来：先用 ping 确认是否丢包，再用 mtr 定位哪一跳出问题，接着用 iperf 压测带宽瓶颈，最后用 netstat 和 tcpdump 深挖细节。这样一套组合拳下来，大部分丢包问题都能理出头绪。