![Mac OS X - 使用 D-Link DIR-655 在 LAN 上配置 ntpd 服务器](https://linux22.com/image/1234162/Mac%20OS%20X%20-%20%E4%BD%BF%E7%94%A8%20D-Link%20DIR-655%20%E5%9C%A8%20LAN%20%E4%B8%8A%E9%85%8D%E7%BD%AE%20ntpd%20%E6%9C%8D%E5%8A%A1%E5%99%A8.png)
这个问题非常具体,但我希望有人在其他地方见过这个错误。我正在将运行 OS X 10.5.8 的计算机配置为连接到未连接到 Internet 的 LAN 的计算机的 NTP 服务器。我并不太担心知道所有机器上的“正确”时间,而是担心确保每个人都有相同的时间概念。
我在 Mac 上配置了 NTP 守护程序,方法是在“系统偏好设置”中打开“自动设置日期和时间”,使用服务器的时钟 127.127.1.0 作为参考时钟。我认为在继续向客户端发送请求之前,我应该看看服务器是否可以自行进行 NTP 查询。
奇怪的是,当我连接到我的 D-Link DIR-655(固件:1.33)时,在命令提示符中运行 ntpq -p 命令时,它每次都会挂起大约一分钟左右,然后才最终给我一些输出。我认为问题可能与端口转发有关,因此我将路由器配置为将端口 123 转发为服务器的 IP,但这并没有改善情况。
当我在学校网络、Linksys WRT54G 路由器上或关闭无线 Airport 卡的情况下运行 ntpq -p 命令时 - 完全没有问题 - 该命令会立即返回响应。
这是正常的吗?我知道为什么查询可能需要一分钟左右的时间,但我不明白为什么一个路由器比另一个路由器执行得更快。
我尝试在 ntp.conf 文件中增加 burst、minpoll 和 maxpoll 选项:
server 127.127.1.0 burst minpoll 4 maxpoll 5
我想可能是我轮询得太频繁了,配置文件减慢了我的速度,但即使这样,ntpq 仍然挂在 D-Link DIR-655 上,但在其他路由器上运行良好。
有没有想过这种延迟是从何而来的,或者这种延迟是否是一个问题?
答案1
所以你的意思是,当你的 Mac 连接到 D-Link 盒子时,运行ntpq -p
在 Mac 上,它会挂起吗?但是当您的 Mac 通过其他方式或通过其他无线网关连接到互联网时,相同的命令不会挂起?
下次您与 D-Link 关联时,请执行ipconfig getpacket en1
并查看 D-Link 的 DHCP 服务器是否在 DHCP 选项列表中返回时间服务器选项。
如果 D-Link 的 NTP 客户端已启用,并且您可以禁用它,请考虑禁用它并查看是否有区别。
尝试运行tcpdump -i en1 -vns0 port 123 or arp or icmp
以查看当您发出命令时网络上 NTP 方面(以及 ARP 和 ICMP 方面)发生的情况ntpq -p
。
查看 /var/log/system.log 以查找来自 ntpd 的任何有趣的消息。
答案2
只是猜测:也许名称查找很慢?尝试ntpq -pn
(选项n
禁用名称查找)。