网络故障诊断实战：从基础命令到抓包分析

1. 网络诊断的核心价值与场景定位

网络连接问题就像城市交通堵塞——表面上看都是"连不上"，但原因可能千差万别。作为运维工程师，我处理过服务器突然失联、视频会议卡顿、支付系统延迟等各类故障，90%的初级问题其实用几个基础命令就能定位。这本手册将分享我八年实战总结的诊断方法论，从最基础的ping测试到复杂的协议分析，手把手教你建立系统的排查思维。

现代网络环境已从单纯的PC互联发展到混合云、物联网、移动应用的多维连接体系。当电商App突然加载失败时，可能是客户端DNS解析问题、CDN节点故障、API接口超时或本地防火墙拦截。掌握系统的诊断技能，能让你在老板盯着屏幕催问"怎么还没好？"时，快速锁定问题层级——是本地网络配置问题？区域运营商线路波动？还是目标服务器宕机？

2. 基础诊断工具四件套实战

2.1 ping：网络连通性的体温计

这个1933年就诞生的工具至今仍是首选检测手段。在Win11中执行ping -t www.baidu.com会持续测试，但很多新手不知道：

• 默认只发32字节包，用-l参数可修改大小测试MTU问题（如ping -l 1500）
• -n控制次数，-w设置超时毫秒数（如ping -n 10 -w 5000）
• TTL值能判断操作系统类型（Linux默认64，Windows128）

实测案例：某次内网A能ping通B，B却ping不通A。最终发现是B机防火墙入站规则屏蔽了ICMP，添加"文件和打印机共享(回显请求 - ICMPv4-In)"规则后解决。

2.2 traceroute：绘制网络路径地图

当跨国视频会议卡顿时，tracert 目标IP（Windows）或traceroute -n 域名（Linux）能显示途径的所有路由节点。关键要看：

• 第几跳开始延迟激增
• 是否有"* * *"的丢包节点
• 突然出现的跨运营商跳转（如电信→联通）

我曾用这个命令定位到上海→旧金山链路中，日本某节点存在30%丢包，改用香港线路后延迟从380ms降至210ms。

2.3 nslookup：域名解析的显微镜

输入nslookup -type=any baidu.com可以看到完整的DNS记录集，包括：

• A记录（IPv4地址）
• AAAA记录