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)、本地主機文件或其他命名機制進行
這只是一個“提示”,以便您對所看到的內容有一個粗略的了解…