PDC向networking中的Mac提供空的DNS响应

我有两台电脑(Windows XP),Mac(OS X 10.6),打印机(Konica Minolta C250)和服务器(Windows Server 2008 Standard SP2 x64)的小型networking。

最近,在Mac上configuration共享文件夹进行扫描后,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 SERVIDOR.soengenho.local

20138 948.242215000 192.168.1.40 192.168.1.2 DNS 84标准查询0xe413 SERVIDOR.soengenho.local“

如果我做了nslookup ,它正确地指向服务器IP:

“> servidor

服务器:servidor.soengenho.local

地址:192.168.1.2

名称:servidor.soengenho.local

地址:192.168.1.2“

可能这是真正的问题导致Mac启动/关机缓慢? 还是我只是浪费时间与一些无关的东西?

第一个和第二个查询之间的明显区别在于第一个请求是AAAAlogging – 名称为servidor.soengenho.local的IPv6地址。 它很可能是获得NXDOMAIN(尽pipe响应代码不是你提供的sniplet的一部分)。

可能这是真正的问题导致Mac启动/关机缓慢?

我在Mac / AD集成方面的经验是有限的,但是在Windows世界中,DNS问题对于客户端启动和login时间缓慢或login错误是一个肯定的秘诀。 此Apple知识库文章(TS4041)表明您可能遇到已知问题,因此应在服务器和Mac上重新启用IPv6,并将AAAA和随附的PTRlogging( servidor.soengenho.local到您的AD DNS服务器的区域。