连通性异常排查先做通断测试确认链路是否可达，再查路由策略定位转发路径问题，能少走弯路。
连通性异常怎么排查：先做通断测试还是先查路由策略
多数网络工程师的排障习惯是，遇到连通性异常先 ping 一下对端 IP，这一步看似简单，却能快速区分故障在物理链路、IP 配置、ARP 解析还是防火墙策略，ping 不通，直接去查 OSPF 邻居状态或 BGP 路由表,往往会绕远路。
- 先做通断测试：判断数据包能不能到达目标地址,属于三层可达性检查。
- 再查路由策略：当通断测试显示“能到部分地址、到不了另一部分地址”，或者路径绕行、延迟异常时，才需要深入看路由表、策略路由、ACL 转发规则。
行业共识认为，连通性异常时按“先链路、后 IP、再路由、最后应用”的顺序排查，定位速度最快，比如服务器 ping 网关都超时，首要检查网线、交换机端口和本地网卡,而不是去查静态路由配置。
网络通断测试方法有哪些？ping和tracert区别一次说清
ping 命令实操与判断标准
ping 是最基础的通断测试工具，Windows 和 Linux 都自带。
- Windows 持续测试：
ping -t 目标IP - Linux 持续测试：
ping 目标IP - 指定次数：
ping -c 4 目标IP（Linux）或ping -n 4 目标IP（Windows）
观察三个关键指标：延迟、丢包率、TTL 值，延迟突然增大可能意味着链路拥塞或绕行；丢包一对一出现常指向物理线路或双工不匹配；TTL 值异常变化说明路径可能发生改变。
ping 通只能证明三层可达，不代表业务正常，ping 不通则要依次排查：网卡状态、IP 地址与掩码、网关配置、ARP 绑定、本机防火墙、对端防火墙。
tracert 命令实操与路径分析
Windows 下使用 tracert -d 目标IP
，Linux 下使用 traceroute -n 目标IP。-d 和 -n 都是不做反向 DNS 解析,能大幅缩短输出时间。
逐跳观察两个内容：每一跳的 IP 地址、每跳的延迟，如果某一跳之后全部显示 ，可能是该节点禁止回复 ICMP 超时报文，不一定是故障，只要最终一跳能通,路径就是可达的。
tracert 能直观看到数据包是否绕行，比如北京机房服务器访问上海机房，路径却先绕到广州，延迟从 30ms 涨到 60ms,这通常就是路由策略或运营商转发问题。
ping和tracert区别对比
| 对比项 | ping | tracert/traceroute |
|---|---|---|
| 主要用途 | 判断目标是否可达 | 显示数据包经过的每一跳路径 |
| 关注指标 | 延迟、丢包、TTL | 每跳 IP、每跳延迟、路径走向 |
| 协议基础 | ICMP Echo | ICMP 超时 + TTL 递增 |
| 适用场景 | 快速确认通断 | 定位路径绕行、中间节点故障 |
简单说，ping 回答“通不通”，tracert 回答“怎么通的”，实际排障中先 ping 确认不通，再用 tracert 看丢包发生在哪一跳。
机房网络连通性故障排查步骤：从物理层到路由表
在机房环境里，连通性异常往往出现在物理层和配置层，按下面的步骤操作,多数基础故障能在几分钟内定位。
第一步：确认物理链路和接口状态
- 查看服务器网卡指示灯是否正常亮起、闪烁。
- Linux 执行
ip link show，看接口是否处于UP状态。 - 使用
ethtool 网卡名查看协商速率和双工模式，千兆网卡如果协商成 10Mbps 半双工,丢包和延迟会非常严重。 - 交换机端口查看命令因品牌而异，常见的有
show interface status，看端口是否 err-disable 或 down。
第二步：检查 IP 配置和 ARP 表
- Linux 执行
ip addr show，确认 IP、掩码、VLAN 子接口配置正确。 - Windows 执行
ipconfig /all,检查默认网关是否指向正确。 - 执行
arp -a查看网关 IP 对应的 MAC 地址，如果显示incomplete或 MAC 全零，说明二层解析失败，可能是 VLAN 不通或交换机端口隔离。
第三步：分层通断测试
- ping 本机回环地址
0.0.1，验证 TCP/IP 协议栈。 - ping 本机 IP,验证网卡驱动和协议绑定。
- ping 网关 IP,验证本地链路和网关可达性。
- ping 对端业务 IP,验证跨网段路由。
- ping 公共 DNS 如
5.5.5,验证互联网出口。
只有前一步通过，后一步结果才有参考价值，直接 ping 公网 IP 不通,问题可能出在任何一个中间环节。
第四步：查路由表和策略路由
- Linux 执行
ip route show,确认默认路由和明细路由。 - Windows 执行
route print，查看默认网关、接口跃点数。 - 多条默认路由会导致部分流量走错出口，需要检查每条路由的 metric 值。
- 如果启用了策略路由，执行
ip rule show和ip route show table 100,查看特定源地址或目的地址是否被分流到备用链路。
企业专线连通性异常排查路由策略：双链路场景如何定位
一家公司同时接入电信和联通两条专线，访问北京机房的服务器时通时断，运维先 ping 北京机房公网 IP，发现丢包率不高，但延迟波动大，接着用 tracert -d 北京机房IP 查看路径，发现数据包没有从电信专线直连，而是绕道联通线路再转回电信，中间经过多个运营商互联点，延迟从 20ms 涨到 80ms。
进一步登录路由器检查策略路由，执行 ip rule show，发现有一条源地址策略把测试服务器的流量错误匹配到联通线路，删除或调整该策略后,访问恢复稳定。
这个场景说明，通断测试只能发现“通不通”，路由策略才能解释“通得慢”或“通得绕”，北京机房网络连通性测试中，使用 mtr -n 目标IP 比单独 ping 或 tracert 更直观，它能按秒输出每一跳的丢包率和延迟,持续观察几分钟就能定位抖动节点。
不少企业遇到类似问题会直接找外包处理，网络故障排查服务多少钱一次，通常根据故障复杂度和是否上门定价，基础远程指导价格较低，涉及双专线路由策略调整收费会高一些，如果自己会跑 ping、tracert、ip rule show 这几条命令，相当一部分问题能自行解决,省下这笔预算。
连通性异常排查常见问题
连通性异常排查时通断测试正常但业务访问慢怎么查？
先确认慢是网络层还是应用层，ping 延迟正常但业务卡顿，优先检查 DNS 解析耗时、TCP 握手成功率、应用服务器负载和数据库响应，可以用 telnet 目标IP 端口 或 nc -vz 目标IP 端口 测试端口连通性,再看带宽使用率和连接数是否打满。
连通性异常排查时 tracert 出现星号是不是故障？
不一定，中间节点路由器为了安全或性能，往往不回复 ICMP 超时报文，所以显示 ，只要最终目标一跳能返回，说明路径可达，实际判断中以最终一跳的延迟和丢包为准,不用纠结中间星号。
连通性异常排查怎么判断是运营商问题还是自己设备问题？
先 ping 本地网关 IP，如果本地网关通，再 ping 运营商提供的 DNS 或对端专线 IP，本地网关通而运营商侧 IP 不通，基本可判断故障在运营商链路，如果本地网关都不通，先查内网交换机、网线和本机网卡配置，工信部数据显示，相当一部分企业专线故障最终定位在用户侧设备端口或配置，运营商骨干网故障占比相对较低,所以先排内网再找运营商能减少无效等待。