traceroute用于逐跳探测路由路径并定位中断点或高延迟环节，通过递增ttl获取每跳icmp超时响应，显示跳数、三次延迟及节点地址；tracert是windows等效命令，默认icmp更抗过滤；tracepath则侧重pmtu发现，可诊断“连得上但用不了”的分片问题。
要快速定位网络中断点或高延迟环节，必须用命令行逐跳探测数据包路径，而不是只看最终通不通。
用 traceroute 查看完整路由路径
在 macOS 或 Linux 终端中直接运行：
traceroute www.baidu.com
这条命令会从本机出发，每跳递增 TTL 值，强制沿途每个路由器返回 ICMP “Time-to-live exceeded” 消息，从而把整条路径上所有中间节点都暴露出来。
输出中每行第一列是跳数编号（从 1 开始），后面三列是三次探测的毫秒级延迟，最后一列是该节点的主机名和 IP 地址。如果某跳连续出现 * 号，说明该节点未响应 ICMP —— 它可能禁用了响应，也可能就是故障点。
【注意：Mac 上默认使用 UDP 探测，部分企业防火墙会拦截 UDP，导致误判为断点】
用 tracert 在 Windows 上做等效操作
打开命令提示符，输入：
tracert -d www.baidu.com
-d 参数跳过 DNS 反向解析，避免因域名查询慢而拖长等待时间，让结果更快呈现。
一款AI图像与设计工具，主要用于一款加速产品 UI 设计迭代的工具，可以一键将任意网页和交互导入到 Pixso、MasterGo、即时设计、Figma，实现像素级还原，适合需要提升相关任务效率的用户。
观察输出时重点看三列时间值：若某跳 avg 突增至 200ms 以上，而前后跳都在 10ms 内，基本可锁定该节点存在拥塞；若从第 5 跳开始全为 *，且第 4 跳响应正常，则问题极大概率出在第 4 跳设备之后的链路或策略限制上。
Windows 的 tracert 默认用 ICMP 协议，比 UDP 更难被中间设备过滤，对排查真实断点更可靠。
用 tracepath 发现路径 MTU 问题
方法一：基础探测
tracepath github.com
方法二：禁用反向解析提速
tracepath -n 8.8.8.8
方法三：指定最大跳数和包长
tracepath -m 20 -l 1400 cloudflare.com
tracepath 默认发送大包（65535 字节）并逐步减小，一旦收到 “ICMP Fragmentation Needed” 消息，就记录下当前路径能承受的最大传输单元（PMTU）。这在排查 HTTPS 页面加载缓慢、SSH 连接卡顿等“连得上但用不了”的问题时特别有用——很多是因中间某跳 MTU 设置过小，导致分片失败或重传激增。
【-l 参数设得太小（如 512）可能绕过真实 MTU 限制，无法触发 ICMP 报错，导致误判】
