Debian Stable（5.0.3）服务器正在运行ntpd，并已连接到Internet。尽管如此，系统时钟还是错了大约5分钟。
$ /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命令（由布伦特建议）返回
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服务器，但这不是重点。）布伦特答案中的命令很有用，因为它们使我意识到问题出在对NTP服务器的网络访问上，而不是在NTP配置中本身。感谢大家！
1
'ntpq -p'的输出是什么？
—
jscott