PDC 向網路中的 Mac 提供空 DNS 響應
我有一個包含兩台電腦 (Windows XP)、一台 Mac (OS X 10.6)、一台列印機 (Konica Minolta C250) 和一台伺服器 (Windows Server 2008 Standard SP2 x64) 的小型網路。
最近，在 Mac 上配置了一個共享文件夾以進行掃描後，Mac 在啟動、關閉時開始變得非常慢，有時甚至在兩者之間。為了讓它啟動/關閉，我必須拿起網路電纜並將其重新插入。
我在伺服器上執行 Wireshark 來監控 Mac 請求，並註意到 Mac 對伺服器 FQN 的 DNS 請求。
這是輸出（IPv6 在 Mac 和伺服器中已停用）：
“22857 1086.302117000 192.168.1.41 192.168.1.2 DNS 84 標準查詢 0x3530 AAAA servidor.soengenho.local
22858 1086.302243000 192.168.1.2 192.168.1.41 DNS 131 標準查詢響應 0x3530"
例如，到另一台電腦的正常輸出是（來自 Windows XP 機器）：
“20138 948.242215000 192.168.1.40 192.168.1.2 DNS 84 標準查詢 0xe413 A SERVIDOR.soengenho.local
20138 948.242215000 192.168.1.40 192.168.1.2 DNS 84 標準查詢 0xe413 A SERVIDOR.soengenho.local"
如果我執行nslookup，它會正確回答指向伺服器 IP：
“>服務員
伺服器：server.soengenho.local
地址：192.168.1.2
名稱：server.soengenho.local
地址：192.168.1.2”
這可能是導致 Mac 啟動/關閉緩慢的真正問題嗎？還是我只是在浪費時間做一些不相關的事情？
第一個查詢和第二個查詢之間的明顯區別在於，第一個查詢請求
AAAA記錄——名稱的 IPv6 地址servidor.soengenho.local。它可能會得到 NXDOMAIN 作為回報（儘管響應程式碼不是您提供的程式碼片段的一部分）。這可能是導致 Mac 啟動/關閉緩慢的真正問題嗎？
我在 Mac/AD 集成方面的經驗有限，但在 Windows 世界中，DNS 問題肯定會導致客戶端啟動和登錄時間緩慢或登錄錯誤。這篇 Apple 知識庫文章 (TS4041)表明您可能遇到了一個已知問題，因此您應該在您的伺服器和 Mac 上重新啟用 IPv6，並將 AAAA 和隨附的 PTR 記錄添加
servidor.soengenho.local到您的 AD DNS 伺服器區域。