打开命令行，网站敲下四个字母加一个域名，网站回车。网站屏幕上跳出一行行数字，网站像心跳一样规律。网站这就是网站ping。它不花哨，网站不复杂，网站却是网站每个搞技术的人最早学会的工具之一。你问它网站通不通，网站它就用毫秒告诉你答案。网站

先说说它到底干了什么。网站ping发出去的网站是一个ICMP包，全称叫Internet控制消息协议。网站别被名字吓到，网站你就把它想象成一块小石头。你朝远处那台服务器扔过去，石头砸中了，服务器就扔回来一块。你掐表算时间，就知道来回一趟要多久。这个时间叫延迟，单位是毫秒。延迟越低，你打游戏越不容易卡；延迟忽高忽低，视频会议里对方就会看见你嘴巴在动、声音却慢半拍。

我见过一个真实例子。同事抱怨公司内网访问测试环境特别慢，打开页面要转好几秒。他先ping了网关，延迟稳定在1毫秒，没问题。接着ping测试服务器的IP，第一行就让他皱眉——延迟从2毫秒跳到300毫秒，再掉回5毫秒，像坐过山车。丢包率显示百分之二十。问题不在带宽，在中间某台交换机。后来查出来是那台交换机的某个端口在反复重启。你看，ping不只能告诉你“通不通”，还能告诉你“稳不稳”。

有人觉得ping太简单，不如traceroute或者mtr。但简单有简单的好处。你不需要记复杂参数，默认发四个包，看结果就行。想让它一直发，加个-t（Windows）或-c指定次数（Linux/macOS）。想指定包大小，加-l或者-s。我习惯用ping -n 10，发十个包，看平均值和丢包率，比默认四个更靠谱。有一次帮朋友排查家里Wi-Fi问题，他坚称路由器没问题。我让他ping路由器网关，十个包丢了三个，延迟最高到800毫秒。他闭嘴了，换了根网线，全好了。

ping还能干点“歪门邪道”的事。比如判断对方服务器是什么系统。看TTL值：Windows通常返回128或64，Linux常见64，路由器可能255。当然这不准，因为中间可能经过NAT或者防火墙改TTL。但有个大概方向。再比如，有些服务器禁ping，你ping它没反应，不代表它挂了。可能是防火墙把ICMP包丢了。这时候你换telnet或者curl试端口，才能确认。我遇到过好几次，运维说“网站打不开”，我ping域名超时，但curl一下80端口，秒回。那就是ICMP被禁了，网站本身没事。

别把ping当万能药。它只能测网络层，测不了应用层。服务器磁盘满了、数据库挂了、代码死循环，ping照样通。延迟1毫秒也不代表网页能打开。所以真正排查问题，ping只是第一步。通了，再查端口；端口开了，再查服务日志。但第一步往往最省时间。你ping一下，不通，那就别折腾浏览器了，先看网线、看路由、看防火墙。

我包里常年放着一个脚本，叫ping-check.sh。里面就三行：ping网关、ping DNS、ping外网。每次到新环境，先跑一遍。网关不通，本地问题；网关通、DNS不通，DNS配置问题；DNS通、外网不通，路由或者运营商问题。三秒钟定位故障范围，比瞎猜快得多。

最后说个细节。ping返回的IP有时和你想的不一样。比如你ping一个域名，它返回的IP可能是CDN节点，不是源站。你ping源站IP，延迟很低，但用户访问还是慢，因为用户连的是CDN。这时候你得用ping -a反向解析，或者直接看CDN厂商的监控。工具是死的，人是活的。别让一个命令框住你的思路。

下次网络卡了，先别急着重启路由器。打开终端，ping一下。那几行数字里，藏着最直接的答案。