linux – NTP正在运行,系统时钟仍然没有及时 – 是什么给出的？

$/etc/init.d/ntp status
NTP server is running..

/etc/ntp.conf的相关部分(我认为)：

driftfile /var/lib/ntp/ntp.drift

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org

我知道NTP不一定能及时带来时钟.仍然需要等待多少小时或几天才能合理地预期NTP已完成其工作并同步时钟？

我错过了一些其他配置文件或选项,还是只是做错了什么？ ntp(而不是例如ntpdate)是正确的工具吗？有没有快速的方法来检查配置是否正确以及所选NTP服务器是否返回正确的时间？

编辑：ntpq -p的输出是：

remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.nexellent.n .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-madrid .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 sinister.wzw.tu .INIT.          16 u    - 1024    0    0.000    0.000   0.000
 dnscache-frankf .INIT.          16 u    - 1024    0    0.000    0.000   0.000

编辑2：结果是ntpdate -u 0.europe.pool.ntp.org命令(suggested by brent)返回

17 Dec 17:37:29 ntpdate[14195]: no server suitable for synchronization found

…即使在其他机器上,命令工作正常.因此,我们将查看此特定服务器(位于不同网络,通过VPN访问)的网络/防火墙设置.

解决方案：罪魁祸首不是我们服务器上的本地防火墙,而是周围网络中某处的防火墙设置.所以我们要求服务器托管服务提供商为我们的机器允许NTP,现在它工作正常.例如,ntpq -p现在返回：

remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 ns1.eunet.fi    192.36.144.23    2 u   10   64    1    1.043    0.258   0.001
 ns2.eunet.fi    62.142.10.44     2 u    9   64    1    0.671    0.135   0.001
 ns3.eunet.fi    62.142.10.44     2 u    8   64    1    0.750    0.277   0.001

(我们也切换到由托管公司重新启动的eunet.fi服务器,但这不是重点.)brent’s answer中的命令很有用,因为它们让我意识到问题在于对NTP服务器的网络访问,而不是在NTP配置本身.感谢大家！