上网第五十课:ping、tracert、nslookup——三大排障命令,三连定位断网
文章目录
- 上网第五十课:ping、tracert、nslookup——三大排障命令,三连定位断网
-
- 一、ping:第一锤,问"通不通"
- 二、tracert:第二锤,看"怎么走"
- 三、nslookup:第三锤,查"域名对不对"
- 四、三连招实战:一次断网,三锤定音
- 五、互动一下
- 小结
- 下期预告
客户:“师傅,突然就断网了,快来看看!“老师傅不慌不忙,掏出电脑敲三下——ping 试"通不通”,tracert 看"走哪条路”,nslookup 查"域名对不对"。三连下来,三分钟给结论。今天把三大排障命令的每个关键细节掰开讲透,让你也能"三分钟定因"。

一、ping:第一锤,问"通不通"
ping 是网络排障的"体温计",原理就是发一个 ICMP 请求等对方回包。先分清两个方向:ping 网关(如 192.168.1.1)验证本地这一段通不通;ping 公网(如 8.8.8.8)验证出口、NAT 和公网链路通不通。
命令参数注意平台差异:Windows 用 ping -t 持续 ping、ping -n 5 发 5 个包;Linux 用 ping -c 5 发 5 个包。连发时看 TTL——TTL 越接近 64 说明目标越近,越接近 128/255 说明隔得越远,一眼就能估出跨了几跳。
看返回结果三选一:
| 正常回包 | 对方在线、路径通 | 问题不在这层,往上找 |
| Request timed out | 发出没回应 | 可能被丢包,继续分层查 |
| Destination host unreachable | 无路由可达 | 网关/路由表有问题 |
二、tracert:第二锤,看"怎么走"
ping 通了还要知道"走的哪条路"。tracert(Linux 叫 traceroute) 的原理很妙:路由器每经过一跳,TTL 就减 1,减到 0 就回一个"超时"包——tracert 故意从 TTL=1 开始,一跳一跳把整条路径"测"出来。
命令:Windows 用 tracert www.baidu.com;Linux/华为设备用 traceroute www.baidu.com。
读结果的诀窍:每一行是一个路由器,行首是跳数,后面是 IP 和三次往返耗时;出现 * * * 表示那一跳没回包(通常被防火墙丢弃)。看哪一行的 * 开始连续出现,故障基本就在那一跳之后。
三、nslookup:第三锤,查"域名对不对"
网页打不开,但 ping 公网 IP 是通的——那八成是 DNS 在作怪(域名解析不了)。用 nslookup 一查便知:
- nslookup www.baidu.com:能看到用的 DNS 服务器,以及解析出的 IP(A 记录);
- 能正常返回 IP → DNS 没问题,故障在别处;
- 返回 DNS request timed out / 查不到 → DNS 配置或服务器有问题。
呼应第 6 课、第 13 课:DNS 就是网络世界的"电话簿",把好记的域名翻译成 IP。nslookup 就是当场翻这本电话簿、看它"查得到查不到"的放大镜。

四、三连招实战:一次断网,三锤定音
把三个命令串起来,就是 Day49 漏斗排障的"三板斧"落地版:
| 网关 ping 不通 | ping 网关 | 本地链路/网线/路由器问题 |
| 网关通、公网 ping 不通 | ping 公网 | 出口、NAT、运营商侧 |
| 公网通、网页打不开 | nslookup | DNS 解析失败或配置错 |
| 公网通、但某站点慢 | tracert | 路径上某跳丢包/绕路 |
完整案例:客户"全网站打不开"。第一步 ping 网关 → 通;第二步 ping 8.8.8.8 → 通;第三步 nslookup www.baidu.com → 超时。三锤下来结论立刻清晰:链路和出口都健康,是 DNS 解析失败了。一查是光猫 DNS 指错,改回来,秒开。
五、互动一下
你排障时最常用的工具是哪个?评论区回复对应的字母:A ping B tracert C nslookup D 抓到包(Wireshark)。
顺手聊聊:你遇到过最难忘的一次"断网之谜"是什么?下一篇(60 天系列复盘篇)我会把大家的高赞案例整理成"排障小故事"放进去——你的经验,可能就是下个读者的救命良方。
小结
- ping 回答"通不通",看 TTL、看三种返回一眼分三类;
- tracert / traceroute 回答"怎么走",看星号出现的起点定位断点;
- nslookup 回答"域名对不对",专治"IP 能通但网页打不开";
- 三连招配合 Day49 漏斗,现象 → 层 → 命令 → 结论一气呵成。
思考题:ping 公网 IP 能通,但 nslookup 返回超时。这是哪一层的问题?为什么?(提示:网络层健康、传输层未涉,是应用层的 DNS 依赖——域名解析不了,浏览器就无从发起连接。)
下期预告
单兵作战的手艺练完了,下一课进入企业大场面:企业园区网架构——从接入层到核心层。一个几千人的园区,网络是怎么分层的?明天见。
本文是上网那点事系列连载第五十课,从零讲透家庭网络到互联网原理,欢迎关注专栏阅读全部内容。





