Tracert 從哪裡獲得其 FQDN？為什麼它們會有所不同？
我在四個不同的虛擬機上執行 Windows 2012 R2。
我正在測試與單個 IP 地址的連接，例如 12.13.14.15。Telnet 不工作，所以我正在執行跟踪器並擷取結果以發送給網路團隊。
Tracert 在其結果頂部顯示一個 FQDN。這個 FQDN 來自哪裡？我想這是某種 DNS 反向查找，但我想知道細節。
我問的原因是 FQDN 在四個 VM 中的每一個上都顯示為不同，即使它是相同的 IP 地址並且它們都在同一個網路上。
例如，在機器 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
跟踪到a-totally-different-name.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
跟踪到完全不同too.mycompany.com的路線
$$ 12.13.14.15 $$ 最多超過 30 跳： 1 <1 毫秒 <1 毫秒 <1 毫秒 10.0.0.112
2 * * * 請求超時。
3 * * * 請求超時。
為什麼 FQDN 不同？
Tracert 在內部使用GetNameInfoW，如“備註”部分所示：
使用 GetNameInfoW 函式執行反向 DNS 查找的功能很方便，但這種查找本質上被認為是不可靠的，應僅用作提示。
和：
$$ … $$名稱解析可以通過域名系統 (DNS)、本地主機文件或其他命名機制進行
這只是一個“提示”，以便您對所看到的內容有一個粗略的了解…