Where does tracert get its FQDN? And why can they differ?

I'm running Windows 2012 R2 on four different virtual machines.

I'm testing connectivity to a single IP address, e.g. 12.13.14.15. Telnet isn't working, so I'm running tracerts and capturing the results to send to the networking team.

Tracert displays an FQDN at the top of its results. Where does this FQDN come from? I imagine it is some sort of DNS reverse lookup, but I would like to know specifics.

The reason I ask is that the FQDN is showing up as different on each of the four VMs, even though it is the same IP address and they are all on the same network.

For example, on Machine A the output is:

C:\Windows\system32>tracert 12.13.14.15

Tracing route to some-funny-name.mycompany.com [12.13.14.15] over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 10.0.0.108

2 * * * Request timed out.

3 * * * Request timed out.

But on Machine B the output is:

C:\Windows\system32>tracert 12.13.14.15

Tracing route to a-totally-different-name.mycompany.com [12.13.14.15] over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 10.0.0.82

2 * * * Request timed out.

3 * * * Request timed out.

And on Machine C it is yet another name:

C:\Windows\system32>tracert 12.13.14.15

Tracing route to totally-different-too.mycompany.com [12.13.14.15] over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 10.0.0.112

2 * * * Request timed out.

3 * * * Request timed out.

Why are the FQDNs different?

0
задан 1 August 2017 в 21:49
1 ответ

Трассировка использует GetNameInfoW внутри и, как указано в разделе "Замечания":

Возможность выполнять обратные DNS-поиски с помощью функции GetNameInfoW удобна, однако такие поиски считаются по своей природе ненадежными и должны использоваться только в качестве подсказки.

и:

.

[...] разрешение имен может осуществляться системой доменных имен (DNS), локальными хостами. файл, или другими механизмами именования

Это просто "подсказка", так что у вас есть грубое представление о том, что вы видите...

3
ответ дан 4 December 2019 в 12:19

Теги

Похожие вопросы