我设置了 w32time 服务作为 ntp 服务器，并且至少在另一台客户端 (MacOS X) 上已确认这一点。我在 Windows 中使用了几个不同的实用程序，它们表明确实有一个 ntp 服务在响应。
以下是 ntpd 的一个片段（在 Qnx 上以 ntpd -ddqn -c ntp.conf 运行）：
poll_update: at 1998 192.168.2.10 flags 0081 poll 6 burst 0 last 1998 next 2064
MCAST *****sendpkt(fd=6 dst=192.168.2.10, src=192.168.2.220, ttl=0, len=48)
transmit: at 1998 192.168.2.220->192.168.2.10 modeinput_handler: if=2 fd=6 length 48 from c0a8020a 192.168.2.10 3
receive: at 1998 192.168.2.220<-192.168.2.10 restrict 00
receive: at 1998 192.168.2.220<-192.168.2.10 mode 4 code 1
poll_update: at 1998 192.168.2.10 flags 0081 poll 6 burst 0 last 1998 next 2062
clock_filter: n 2 off 318.028919 del 0.001000 dsp 0.016994 jit 0.094653, age 0
我不擅长解读这一点。我希望有人能指点迷津，或者直接告诉我哪里出了问题。Qnx 实现不同步肯定是有原因的。我想我可以找出关于偏移量（领先 318 秒）的部分——这应该是正确的。
那么为什么它不修复本地时钟呢？
答案1
您等待同步的时间有多长？在某些情况下，可能需要长达 10 分钟。您可以使用以下方法获取时间：
# ntpdate <time server ip address>
不管怎样，QNX 版本的 ntp 实用程序与 linux 和 mac 中的略有不同，它基本上是使用不同的编译器构建的相同工具。