Debian Stable(5.0.3)服务器正在运行ntpd,并连接到互联网.但是,系统时钟大约是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命令(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配置本身.感谢大家！
解决方法
停止ntpd,运行ntpdate -u 0.europe.pool.ntp.org 3次,启动ntpd,检查ntpq -p,延迟,偏移和抖动应该是非零.
