![tracert 从哪里获取其 FQDN?为什么它们会有所不同?](https://linux22.com/image/708347/tracert%20%E4%BB%8E%E5%93%AA%E9%87%8C%E8%8E%B7%E5%8F%96%E5%85%B6%20FQDN%EF%BC%9F%E4%B8%BA%E4%BB%80%E4%B9%88%E5%AE%83%E4%BB%AC%E4%BC%9A%E6%9C%89%E6%89%80%E4%B8%8D%E5%90%8C%EF%BC%9F.png)
我在四台不同的虚拟机上运行 Windows 2012 R2。
我正在测试与单个 IP 地址(例如 12.13.14.15)的连接。Telnet 无法正常工作,因此我正在运行 tracert 并捕获结果以发送给网络团队。
Tracert 在其结果顶部显示 FQDN。这个 FQDN 来自哪里?我猜想这是某种 DNS 反向查找,但我想知道具体细节。
我询问的原因是,尽管 IP 地址相同且都在同一个网络上,但四台虚拟机上的 FQDN 却不同。
例如,在机器 A 上输出为:
C:\Windows\system32>tracert 12.13.14.15
追踪路线some-funny-name.mycompany.com[12.13.14.15] 最多 30 跳:
1 <1毫秒 <1毫秒 <1毫秒 10.0.0.108
2 * * * 请求超时。
3 * * * 请求超时。
但在机器B上输出是:
C:\Windows\system32>tracert 12.13.14.15
追踪路线完全不同的名称.mycompany.com[12.13.14.15] 最多 30 跳:
1 <1毫秒 <1毫秒 <1毫秒 10.0.0.82
2 * * * 请求超时。
3 * * * 请求超时。
在机器 C 上,它又是另一个名字:
C:\Windows\system32>tracert 12.13.14.15
追踪路线totally-different-too.mycompany.com[12.13.14.15] 最多 30 跳:
1 <1毫秒 <1毫秒 <1毫秒 10.0.0.112
2 * * * 请求超时。
3 * * * 请求超时。
为什么 FQDN 不同?
答案1
Tracert 用途获取名称信息内部,如“备注”部分所示:
使用 GetNameInfoW 函数执行反向 DNS 查找的功能很方便,但这种查找本质上不可靠,应该仅用作提示。
和:
[...] 名称解析可以通过域名系统 (DNS)、本地 hosts 文件、或其他命名机制
这只是一个“提示”,以便您对所看到的内容有一个大致的了解……