ping（Packet Internet Groper）是最基础、最常用的网络诊断工具，它通过发送 ICMP（Internet Control Message Protocol）回显请求包并等待回显应答，来测试目标主机是否可达，并测量往返延迟时间。ping 命令的名称源自声纳探测时发出的脉冲声音，这个比喻非常形象地描述了它的工作原理。
无论是网络工程师还是系统管理员，都会频繁使用 ping 来快速诊断问题。它能帮助我们初步判断网络连通性、DNS 解析是否正常、路由是否可达以及评估网络延迟。无论是排查“突然上不了网”的日常问题，还是对网络/系统质量进行监控，ping 都堪称是第一道也是最可靠的防线。
一、基本语法入门
掌握 ping 命令，首先要了解它的基础调用方式。
| 命令 |
说明 |
ping baidu.com/hostname |
持续 ping 目标主机，直到你按下 Ctrl+C 停止 |
ping -c 4 baidu.com |
发送 4 个 ICMP 请求包后自动停止 |
ping -i 2 baidu.com |
每隔 2 秒发送一个包（默认是 1 秒） |
ping -w 10 baidu.com |
无论发送了多少个包，10 秒后停止整个测试 |
ping --help |
显示所有可用的命令选项 |
二、常用连通性测试场景
在不同场景下，我们需要 ping 不同的目标来定位问题。
| 命令 |
说明 |
ping baidu.com |
测试 DNS 解析和到公网的连通性 |
ping 8.8.8.8 |
测试到 Google DNS 的连通性（绕开本地 DNS 解析） |
ping 223.5.5.5 |
测试到国内阿里云公共 DNS 的连通性 |
ping localhost |
验证本机 TCP/IP 协议栈是否工作正常 |
ping 192.168.1.1 |
测试到本地网关的连通性 |
ping $(hostname -I | awk ‘{print $1}’) |
ping 自己的 IP 地址 |
三、计数与时间控制参数
合理控制 ping 的包数量和间隔，可以获得更精确的测试结果。
| 命令 |
说明 |
ping -c 3 baidu.com |
精确发送 3 个 ICMP 包后停止 |
ping -c 5 -i 0.5 baidu.com |
发送 5 个包，每个包间隔 0.5 秒 |
ping -w 5 baidu.com |
5 秒后停止（无论是否收到回复） |
ping -c 10 -q baidu.com |
发送 10 个包，但只显示最终的统计摘要（静默模式） |
ping -c 100 -i 0.2 baidu.com > ping.log |
批量快速测试，并将所有结果重定向保存到文件 |
四、IPv4 与 IPv6 测试
在网络向 IPv6 过渡的今天，区分协议版本进行测试很重要。
| 命令 |
说明 |
ping -4 baidu.com |
强制使用 IPv4 协议进行测试 |
ping -6 baidu.com |
强制使用 IPv6 协议进行测试 |
ping6 baidu.com |
部分系统提供的专用 IPv6 ping 命令（等同于 ping -6） |
ping -c 4 -4 example.com |
测试双栈主机的 IPv4 响应情况 |
ping -c 4 -6 example.com |
测试双栈主机的 IPv6 响应情况 |
五、包大小与源接口指定
调整数据包大小或指定发送网卡，可以用于特定场景的测试。
| 命令 |
说明 |
ping -s 1400 baidu.com |
发送 1400 字节的数据包（测试大包传输是否正常） |
ping -s 1472 baidu.com |
测试标准以太网 MTU 边界（1500 字节 MTU - 28 字节包头 = 1472 字节） |
ping -s 56 baidu.com |
显式使用默认包大小（56 字节数据 + 28 字节 ICMP 头 = 84 字节总长） |
ping -I eth0 baidu.com |
从指定的网卡（如 eth0）发送探测包 |
ping -I 192.168.1.10 baidu.com |
使用指定的源 IP 地址发送探测包 |
ping -D baidu.com |
在每行输出前打印 Unix 时间戳，便于日志分析 |
六、实用组合与进阶模式
将 ping 与其他命令或脚本结合，能实现自动化监控或更复杂的测试。
| 命令 |
说明 |
ping -c 4 baidu.com && echo “网络正常” || echo “网络故障” |
根据 ping 的结果（成功/失败）执行不同的提示操作 |
while true; do ping -c 1 -W 1 baidu.com > /dev/null && date +”%T 正常” || date +”%T 故障”; sleep 5; done |
一个简单的脚本，每 5 秒测试一次网络并输出带时间戳的状态 |
ping -s 1472 -M do -c 1 baidu.com |
测试路径 MTU，-M do 表示不允许对探测包进行分片 |
fping -g 192.168.1.0/24 |
使用 fping 工具批量 ping 整个子网内的所有 IP（需提前安装） |
七、ping 输出结果解读
看懂 ping 的输出是诊断的关键，不同的信息代表了不同的网络状态。
| 输出内容 |
含义 |
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.23 ms |
成功回复：包含数据大小、源 IP、序列号、TTL 值和往返时间 |
Destination Host Unreachable |
目标主机不可达：通常指示本地路由有问题，找不到去目标的路由 |
Request timeout for icmp_seq 0 |
请求超时：在指定时间内没有收到目标主机的回复 |
ping: baidu.com: Name or service not known |
DNS 解析失败：无法将主机名解析为 IP 地址 |
1 packets transmitted, 1 received, 0% packet loss |
统计信息：总发送包数、接收包数、丢包率 |
min/avg/max/mdev = 1.123/1.456/1.789/0.123 ms |
延迟统计：最小、平均、最大往返延迟以及延迟的标准差 |
八、常用选项速查表
下表汇总了 ping 命令最常用的一些选项，便于随时查阅。
| 选项 |
完整名称 |
说明 |
-c |
--count |
指定发送 ICMP 请求包的数量 |
-i |
--interval |
指定发送每个包之间的间隔时间，单位秒（默认 1 秒） |
-w |
--timeout |
指定整个 ping 测试过程的超时时间，单位秒 |
-W |
--deadline |
指定等待每个回复的超时时间，单位秒 |
-s |
--packetsize |
指定发送的 ICMP 数据部分的大小，单位字节 |
-I |
--interface |
指定发送数据包的网络接口或源 IP 地址 |
-4 |
--ipv4 |
强制使用 IPv4 协议 |
-6 |
--ipv6 |
强制使用 IPv6 协议 |
-D |
--timestamp |
在输出前打印 Unix 时间戳 |
-q |
--quiet |
静默模式，只显示启动和结束时的摘要信息 |
-f |
--flood |
洪水模式（极限快速发送），通常用于压力测试，需 root 权限 |
-M |
--mtu |
设置 MTU 探测模式，可选 do (禁止分片)、dont (允许分片)、want (执行 PMTU 发现) |
九、故障排查指南：当 ping 失败时
当 ping 命令返回错误时，我们可以根据不同的错误信息，采取相应的排查步骤。
| 问题 |
解决方法 |
| Name or service not known |
DNS 解析失败。尝试直接使用 IP 地址测试：ping 8.8.8.8，以绕过 DNS 问题。 |
| Destination Host Unreachable |
目标不可达。检查本地路由表：ip route 或 route -n；确认网关设备是否在线；检查网线或无线连接。 |
| 100% packet loss |
完全丢包。目标主机可能宕机、中间网络/系统防火墙拦截了 ICMP 协议、或物理网络中断。尝试 ping 网关，以判断故障范围是在局域网内还是外网。 |
| ping: socket: Operation not permitted |
权限不足。在某些严格限制的 Linux 系统或容器环境中，执行 ping 需要特权。尝试使用 sudo 或以 root 用户执行。 |
| IPv6 ping fails only |
仅 IPv6 失败。确认目标主机是否有 AAAA 记录：dig AAAA example.com；检查本机的 IPv6 网络配置是否正确启用。 |
| 高延迟或间歇性丢包 |
网络质量差。使用 mtr 或 traceroute 命令进行路由追踪，分析具体在哪一跳出现延迟或丢包。检查本地网络带宽是否被占满。 |
| 部分 ping 成功部分失败 |
不稳定或策略导致。可能由于负载均衡设备、防火墙策略或网络拥塞导致。尝试连续 ping 一段时间（ping -c 50），观察是否有规律。 |
核心提示：ping 是排查网络问题的起点，但往往不是终点。当 ping 失败时，建议遵循“由近及远”的原则进行排查：先 ping 本地环回地址 (127.0.0.1)，再 ping 本机 IP，接着 ping 网关，最后 ping 公网地址，从而逐步定位故障点。
需要特别注意的是，出于安全考虑，许多云服务器、企业网络或防火墙会主动屏蔽 ICMP 回显请求。此时，ping 失败并不代表目标服务器的 TCP/UDP 服务不可用。在这种情况下，你应该使用 telnet、nc (netcat) 或 curl 等工具针对具体的服务端口进行连通性验证。
希望这份涵盖 Linux ping 命令从基础到实战的速查手册，能帮助你在运维 & 测试工作中更高效地解决问题。如果你有更多网络诊断的技巧或疑问，欢迎在 云栈社区 与其他开发者交流分享。
| 
发表于 2 小时前
|
查看: 2|
回复: 0
