Windows

Tracert 從哪裡獲得其 FQDN?為什麼它們會有所不同?

  • August 1, 2017

我在四個不同的虛擬機上執行 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)、本地主機文件或其他命名機制進行

這只是一個“提示”,以便您對所看到的內容有一個粗略的了解…

引用自:https://serverfault.com/questions/866345