traceroute -n 用于快速获取每跳ip和延迟，-i -q 5 -w 2 提升icmp探测成功率，mtr -r -c 20 -n 提供路径级统计趋势，tcptraceroute -p 443 突破防火墙封锁，四者构成递进式网络诊断链条。
用 traceroute -n 看每跳 IP 和基础延迟
直接执行 traceroute -n example.com 是最常用起点。加 -n 能跳过 DNS 反查，避免卡在某跳的 hostname 解析上，输出全是 IP，干净且快。默认每跳发 3 个 UDP 包（端口从 33434 开始递增），返回三列毫秒值 —— 不是平均值，而是三次探测的实际 RTT。如果某跳出现 *，说明该设备没回 ICMP Time Exceeded，常见于防火墙丢包、ICMP 限速或策略静默，但不等于断连；只要下一跳能响应，路径仍是通的。
用 traceroute -I -q 5 -w 2 提高 ICMP 探测成功率
很多云环境或企业网关会放行 ICMP Echo Reply 却屏蔽 UDP 探测包，导致默认 traceroute 大量 *。这时切到 ICMP 模式：traceroute -I -q 5 -w 2 example.com。其中 -I 启用 ICMP ECHO（类似 ping），-q 5 把每跳探测数从 3 增到 5，降低偶发丢包干扰，-w 2 把超时设为 2 秒（默认 5 秒），避免卡在不可达节点上拖慢整体速度。注意：ICMP 模式不需要 root 权限，比 TCP 模式更轻量。
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
用 mtr -r -c 20 -n 生成可存档的路径级统计报告
traceroute 是单次快照，mtr 才是真正用来“看趋势”的工具。mtr -r -c 20 -n example.com 会发 20 轮探测，汇总每跳的 Loss%、Avg、Wrst 和 StDev。重点不是 Avg 数值本身，而是对比：如果第 4 跳 Avg 从 12ms 骤升到 86ms，且 StDev > 30ms，大概率是该节点出口拥塞或做了 QoS 限速；若第 5 跳开始所有后续跳延迟同步抬高，问题就出在第 4 跳设备或其下游链路。生成的文本报告适合发给 ISP 或跨团队对齐问题点。
当 ICMP/UDP 全被拦截时，改用 tcptraceroute -p 443
某些出口防火墙或云安全组会彻底禁掉 ICMP 和 UDP，但必须放行业务端口（如 HTTPS 的 443）。这时 traceroute 和 mtr 都失效，得换 TCP 层探测：sudo tcptraceroute example.com 443。它发的是 SYN 包，靠中间设备返回 ICMP Port Unreachable 或目标返回 SYN-ACK 来判断路径。注意必须加 sudo（raw socket 权限），且结果里出现 !X 表示被防火墙重置（RST），! 后跟字母代表不同 ICMP 错误码，不是丢包 —— 这类信号反而说明路径存在，只是策略拦截了探测行为。
ping 给你整体印象，traceroute 告诉你卡点位置，mtr 揭示稳定性，而 tcptraceroute 是突破策略封锁的最后一张牌 —— 四者不是替代关系，是层层递进的验证链条。
