tracert在哪里得到它的FQDN? 他们为什么可以有所不同?

我在四个不同的虚拟机上运行Windows 2012 R2。

我正在testing连接到单个IP地址,例如12.13.14.15。 Telnet不起作用,所以我正在运行tracerts并捕获结果发送给networking团队。

Tracert在其结果的顶部显示一个FQDN。 这个FQDN从哪里来? 我想这是一种DNS反向查询,但我想知道具体情况。

我问的原因是四个虚拟机上的每个虚拟机的FQDN都是不同的,即使它们是相同的IP地址,它们都在同一个networking上。

例如,在机器A上,输出是:

C:\ Windows \ system32> tracert 12.13.14.15

追踪路由到some-funny-name.mycompany.com [12.13.14.15]最多30跳:

1 <1ms <1ms <1ms 10.0.0.108

2 * * *请求超时。

3 * * *请求超时。

但是在机器B上,输出是:

C:\ Windows \ system32> tracert 12.13.14.15

追踪路由到a-totally-different-name.mycompany.com [12.13.14.15]最多30跳:

1 <1ms <1ms <1ms 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 <1ms <1ms <1ms 10.0.0.112

2 * * *请求超时。

3 * * *请求超时。

为什么FQDN不同?

Tracert 在内部使用GetNameInfoW ,并且如“备注”部分所示:

使用GetNameInfoW函数执行反向DNS查找的function很方便,但是这样的查找被认为是天生不可靠的,只能作为提示使用。

和:

名称parsing可以是域名系统(DNS),本地主机文件或其他命名机制

这只是一个“提示”,所以你有一个粗略的想法,你看到…