在 Windows 7 用戶端上，當我 ping LAN 主機 MYSTERY 時，它會給予正確的 IP。但是，當我執行 nslookup MYSTERY 時，它說域不存在。我檢查了 ipconfig 中列出的 DNS，發現主機名稱 MYSTERY 確實沒有列出。 DHCP 伺服器也沒有該條目。我執行 ipconfig /flushdns 後會發生相同的行為。本機 Windows 主機檔案中也沒有條目。
我怎麼知道客戶端從哪裡獲得解析的IP？
注意：MYSTERY 是配置為加入網路域的 Synology Rackstation。
答案1
您的 Windows 電腦必須具有某種 mDNS 解析器（你好），讓它來自 iTunes、Skype 或其他安裝 mDNS 解析器的軟體。 ping如果安裝了解析器，將正確解析，因為LLMNR現在用於Windows Vista及以上版本。 LLMNR 利用 mDNS 解析器傳回記錄。
Synology 使用一個名為 avahi 的守護程序，這是一個群播 DNS/mDNS/DNS-SD 伺服器。從工廠開始，Synology 開箱即用，根據我的經驗，它配置為“RackStation”或主機名稱。
如果您有 Mac，dns-sd -B則會向您顯示多重播送服務。您將看到_http._tcp.local。為 RackStation 列出的服務。
dns-sd -G v4 RackStation.local應該為您的 RackStation 提供正確的 IP 位址
dns-sd -L RackStation _http._tcp.應傳回服務的所有訊息，包括連接埠號碼、序號、型號等
這也適用於 DiskStation。我在 DiskStation 上進行了測試。 RackStation 應該是相同的。
答案2
（這個答案可能是錯的。@xeon 似乎走在正確的軌道上，我在這裡學到了一些東西。）
DNS 查找失敗的原因是 ping 未使用 DNS 來解析該名稱。
nslookup是 DNS 查找的命令。ping另一方面也會嘗試使用網路BIOS/勝利和主機檔案用於名稱解析。最有可能的情況是這個名字是透過前者獲得的。
您可以使用nbtstat -c列出最近見過的 NetBIOS 名稱和 IP 位址，或者nbtstat -a <device>如果您想主動搜尋名稱。請記住，這-a將需要更長的時間，因為它必須為每個介面嘗試一次。 （你不能告訴它跳過廣播/僅使用 WINS）
此-r選項可讓您將透過廣播解決的問題與透過 WINS 解決的問題進行比較，但這變得更先進了。
答案3
檢查你的窗戶主機文件以確保您沒有硬編碼的條目。這將強制名稱解析，即使它在那裡無法解析。