tracert命令能逐跳显示数据包路径、延迟与丢包情况，精准定位堵塞节点：看延迟突增、丢包模式（如 或单次）、路径中断点，并结合-d、-h、-w参数优化探测，再用ping交叉验证，避免误判ICMP屏蔽导致的假故障。
当网页打不开、视频卡顿、游戏频繁掉线，却不知道问题出在自己家路由器、运营商骨干网还是目标服务器时，用tracert命令能逐跳显示数据包经过的每个节点及其延迟与丢包情况，快速定位网络堵塞发生的具体位置。
打开命令提示符并执行基础tracert
按下 Win + R 键，输入 cmd 后回车，启动命令行窗口。
在光标闪烁处输入 tracert www.baidu.com（可替换成你实际无法访问的网址），然后按回车。
命令开始运行后，你会看到从“1”开始编号的多行输出，每行代表一个网络设备（如你的光猫、路由器、运营商交换机等），后面跟着三次探测的毫秒数。如果某一行出现三个星号（***），说明该节点不响应ICMP请求——它可能禁用了回显、配置了防火墙，也可能就是故障点。
加参数提升排查准确性
方法一：禁用DNS解析，避免卡在反向查询上
直接加 -d 参数，例如：tracert -d www.taobao.com。这会让结果只显示IP地址，不尝试把每个路由器IP转成域名，大幅加快显示速度，尤其在DNS慢或不可靠时非常关键。
方法二：限制最大跳数，防止无限等待
用 -h 15 限定最多追踪15跳，例如：tracert -d -h 15 114.114.114.114。很多局域网到公网出口通常不超过10跳，设太高会空耗时间，还可能因中间设备不响应而卡在第20+跳不动。
方法三：延长单跳超时时间，适应高延迟链路
跨国、跨运营商或卫星链路中，单跳响应常超过默认1秒。加 -w 3000（单位毫秒）可让每跳最多等3秒，例如：tracert -d -w 3000 github.com。否则本该有响应的节点会被误判为“***”，掩盖真实路径。
识别堵塞节点的三个关键信号
第一步：看延迟突增
从第1跳到第5跳延迟都在1–5ms，第6跳突然跳到180ms且持续三轮，说明堵塞大概率发生在第6跳设备或其出口链路上。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
第二步：看丢包模式
如果某跳连续显示 *** *** ***，不是丢包，而是该设备拒绝响应；但若显示 12ms * 15ms（即一次有值、两次星号），说明该节点部分丢包——可能是过载、队列拥塞或QoS限速。
第三步：看路径中断点
假设第1–4跳正常，第5跳起全为 ***，且后续跳数不再增加，说明数据包在第4跳之后就彻底无法推进。这时问题一定出在第4跳设备本身、它的上联线路，或第4跳到第5跳之间的物理链路。
注意：Windows默认用ICMP协议，某些企业防火墙或云服务器会屏蔽ICMP，导致全程显示***。此时需换用Linux的traceroute -T（TCP模式）交叉验证，不能仅凭tracert结果下结论。
结合ping缩小问题范围
先运行 ping 目标网址，确认是否整体可达。如果ping完全不通，再跑tracert；如果ping通但延迟高或丢包，tracert能告诉你高延迟/丢包出现在哪一跳。
对tracert中疑似异常的跳数IP单独ping测试，例如：某跳显示 10.200.1.1 延迟飙升，就执行 ping -n 10 10.200.1.1（发10次）。若该IP本身ping不通，说明问题就在这个设备；若它通但tracert里延迟高，说明它转发能力不足，而非宕机。
如果tracert最后几跳都正常，但目标网站仍打不开，问题大概率不在路由路径上，而是DNS解析失败、目标端口被封、HTTPS证书错误或应用层故障——这时候该去查nslookup、telnet端口或浏览器开发者工具了。
