当我查询NTP守护程序的状态时,ntpdc -c sysinfo
得到以下输出:
system peer: 0.0.0.0
system peer mode: unspec
leap indicator: 11
stratum: 16
precision: -20
root distance: 0.00000 s
root dispersion: 12.77106 s
reference ID: [73.78.73.84]
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
system flags: auth monitor ntp kernel stats
jitter: 0.000000 s
stability: 0.000 ppm
broadcastdelay: 0.000000 s
authdelay: 0.000000 s
这表明NTP同步失败。但是,系统时间在1秒精度内是准确的。当我在没有网络连接的情况下运行系统的时间与现在相同的时间时,系统时间将偏离〜10s。
此行为表明系统还有另一种同步时间的方式。我意识到这里也systemd-timesyncd.service
(配置文件位于/etc/systemd/timesyncd.conf
)并timedatectl status
给了我正确的时间:
Local time: Thu 2016-08-25 10:55:23 CEST
Universal time: Thu 2016-08-25 08:55:23 UTC
RTC time: Thu 2016-08-25 08:55:22
Time zone: Europe/Berlin (CEST, +0200)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2016-03-27 01:59:59 CET
Sun 2016-03-27 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2016-10-30 02:59:59 CEST
Sun 2016-10-30 02:00:00 CET
所以我的问题是这两种机制有什么区别?其中之一被弃用了吗?它们可以并行使用吗?我想查询NTP同步状态时应该信任哪一个?
(请注意,我有一个不同的系统(在不同的网络中),这两种方法均表示成功并产生正确的时间。)