能。令中tracert 默认就会做域名解析——除非你手动关掉它。进行解析

很多人以为 tracert 只输出 IP 地址，域名其实在 Windows 上敲下 tracert baidu.com，令中每一跳后面跟着的进行解析那串主机名（比如 public1.bdstatic.com [110.242.68.66]），就是域名它解析出来的结果。Windows 的令中 tracert 默认对每一跳的 IP 都做一次反向 DNS 查询（PTR 记录），拿到域名就显示域名，进行解析拿不到就只显示 IP。域名Linux 下的令中 traceroute 行为类似，但默认策略稍有不同——它一般也会尝试解析，进行解析只是域名有些发行版或编译选项会关掉这个行为。

我前几天排查一个跨运营商延迟问题，令中tracert 到某个教育网节点，进行解析第 7 到第 9 跳全是域名 * * *，第 10 跳突然蹦出一个 ae-1-100.edge4.LosAngeles.Level3.net [4.53.130.21]。那一瞬间我就知道流量绕到美国去了——如果只显示 IP，我还得手动去查 whois，多一步。域名解析在这里省了事，也直接暴露了路由走向。

但这个解析过程是有代价的。每跳一次反向查询，都要等 DNS 服务器响应。如果某个 IP 没有 PTR 记录，或者 DNS 超时，tracert 就会卡在那里好几秒。你看到输出一行一行慢慢爬，多半就是在等 DNS。网络不通的时候更明显——本来 30 秒能跑完的路径，硬是拖了两分钟。

所以实际用的时候，老手经常加 -d 参数。Windows 下 tracert -d 8.8.8.8，Linux 下 traceroute -n 8.8.8.8，直接跳过域名解析，只显示 IP。速度快很多，输出也干净。排查路由环路或者看 AS 路径的时候，IP 反而比域名更直观——域名可能被 CDN 伪装，IP 不会。

反过来，如果你就是想知道每一跳属于哪个网络、哪个机房，那就别加 -d。比如看到 be-1202-cs01.ashburn.va.ibone.comcast.net，一眼能认出 Comcast 在 Ashburn 的骨干节点。这种信息对判断链路质量很有用。但要注意，反向解析出来的域名不一定可靠——有些 ISP 的 PTR 记录乱七八糟，甚至指向已经废弃的旧域名。我见过一个 IP 反解成 customer-123-45-67-89.example.com，实际那台路由器早就不叫这个名字了。

还有一个细节：tracert 的域名解析只针对中间跳的 IP，不针对目标地址本身。你 tracert www.qq.com，第一行显示的是 www.qq.com [123.151.137.18]，那是正向解析的结果，跟中间跳的反向解析是两码事。中间跳能不能解析出域名，完全取决于那个 IP 有没有配置 PTR 记录。很多内网设备、防火墙接口、甚至一些骨干路由器，压根没配反向解析，你就只能看到光秃秃的 IP。

我的习惯是：快速定位用 -d，仔细分析再跑一次不带 -d 的。两次结果对比着看，既能看清路径，又能拿到域名信息。别指望一次 tracert 解决所有问题，它本来就是个诊断工具，不是资产管理系统。