这个问题非常具体，但我希望有人在其他地方见过这个错误。我正在将运行 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禁用名称查找）。