tracert是Windows Server中诊断网络路径的内置命令，通过逐增TTL值发送ICMP回显请求探测每一跳路由器，显示跃点IP、三次RTT延迟及响应状态，-d可跳过DNS解析加速输出，-h和-w分别控制最大跳数与超时时间。
tracert 是 windows server 中用于诊断网络路径的内置命令，它通过发送 icmp 回显请求（或 udp 数据包，取决于系统版本和目标响应）并逐跳增加 ttl（time-to-live）值，来识别数据包从本地服务器到目标主机所经过的每一台路由器或网关。
基本用法与常用参数
在管理员权限的命令提示符或 PowerShell 中执行：
- tracert www.example.com —— 追踪到域名对应 IP 的完整路径
- tracert -d 192.168.1.100 —— 加 -d 跳过 DNS 反向解析，加快输出速度（避免卡在“* * *”等待主机名）
- tracert -h 15 target.com —— 设置最大跳数为 15（默认是 30），适用于已知路径较短的内网环境
- tracert -w 1000 target.ip —— 将每跳超时时间设为 1000 毫秒（默认 4000ms），减少等待
理解输出结果的关键信息
每行显示一个跃点（hop），格式通常为：
1 1 ms 1 ms 1 ms 192.168.1.1
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 第一列是跳数（hop number），从 1 开始递增
- 后三列是该跳三次探测的往返延迟（RTT），单位毫秒；若显示 *，表示该节点未响应 ICMP 或被过滤
- 最后一列是该节点的 IP 地址，有时会附带主机名（除非用了 -d）
注意：Windows Server 2012 R2 HNV GW 等虚拟化网关可能丢弃 ICMP 数据包，导致某跳之后全为 *。这不是路径中断，而是中间设备策略限制。
常见问题与应对建议
- 某跳后全部超时（连续 * * *）：可能是防火墙、ACL 或 NAT 设备禁用了 ICMP 响应。可改用 pathping（结合 ping 和 tracert 特性）进一步确认丢包位置
- 目标能 ping 通但 tracert 卡住：说明目标主机允许 ICMP Echo Reply，但其上游设备不返回 ICMP Time Exceeded，属于正常策略行为，不代表路径不通
- 需要测试特定端口连通性（如 TCP 443）：tracert 无法做到。此时应使用专业工具 tracetcp（基于 TCP SYN），它能穿透多数防火墙并验证端口可达性
替代方案：何时考虑不用 tracert
当面对以下场景时，tracert 的局限性会明显暴露：
- 目标服务运行在 TCP 协议上（如 Web、RDP、SQL），而中间防火墙屏蔽了 ICMP/UDP
- 需确认某端口是否开放、是否有中间设备重置连接
- 排查云环境或混合网络中因安全组、NSG 导致的“看似通、实则断”问题
这时推荐搭配使用 Test-NetConnection（PowerShell cmdlet，支持端口测试）或部署 tracetcp 工具进行 TCP 层路由追踪。
