PDC 向网络中的 Mac 发出空的 DNS 响应

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 请求。

这是输出(Mac 和服务器中的 IPv6 已停用):

“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:

">服务器

服务器:servidor.soengenho.local

地址:192.168.1.2

名称:servidor.soengenho.local

地址:192.168.1.2”

这是否是导致 Mac 启动/关机缓慢的真正原因?还是我只是在浪费时间做一些不相关的事情?

答案1

第一个查询和第二个查询之间的明显区别在于,第一个查询要求记录AAAA- 名称的 IPv6 地址servidor.soengenho.local。它可能会得到 NXDOMAIN 作为回报(尽管响应代码不是您提供的代码片段的一部分)。

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

我对 Mac/AD 集成的经验有限,但在 Windows 世界中,DNS 问题是导致客户端启动和登录时间缓慢或登录错误的必然原因。此 Apple 知识库文章 (TS4041)表示您可能遇到了已知问题,因此您应该在服务器和 Mac 上重新启用 IPv6,并将 AAAA 和随附的 PTR 记录添加servidor.soengenho.local到 AD DNS 服务器的区域中。

相关内容