一个Ubuntu服务器运行ntp，并连接到互联网。 尽pipe如此，系统时钟仍然有30分钟的错误，随着时间的推移会变得更大。
$ service ntp status NTP server is running.. ntpq -p的输出
remote refid st t when poll reach delay offset jitter mail.thefrown.n .INIT. 16 u - 1024 0 0.000 0.000 0.000 193.1.12.167 .INIT. 16 u - 1024 0 0.000 0.000 0.000 tshirt.heanet.i .INIT. 16 u - 1024 0 0.000 0.000 0.000 chilipepper.can .INIT. 16 u - 1024 0 0.000 0.000 0.000
这使得它看起来像一个防火墙问题？ 有趣的是，当我停止ntp并运行以下命令
ntpdate -u 0.europe.pool.ntp.org 14 Jul 09:27:40 ntpdate[3664]: step time server 217.198.219.102 offset -21.831200 sec
时间会得到调整，这将使我相信这不是一个防火墙问题？
。在里面。 实际上refid意味着远程仍处于初始化状态，尚未收到数据包或脉冲。 它可能是不允许的networkingstream量，如防火墙，但不一定。
30分钟的偏差超过了ntpd的恐慌阈值。 （你的意思是秒？在你的ntpdate输出的偏移量只有几十秒。）根据configuration，它可能只有一个时钟，或拒绝和退出。 在ntpd之前，几个操作系统首先调用ntpdate。
正如mlichvar提到的，ntpdate和ntpd都可以select123作为源端口。
另外，当“NTP套接字使用中”时，ntpdate拒绝调整，这是ntpd需要先停止的另一个原因。 如果你不想像数据库服务器上那样花时间，那么这是一个有用的安全机制。