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秒以内の精度です。今と同じ期間、ネットワークに接続せずにシステムを実行すると、システム時間は10秒程度ずれます。
この動作は、システムが時刻を同期する別の方法を持っていることを示唆しています。また、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
だから私の質問は、2つのメカニズムの違いは何ですか?それらの1つは非推奨ですか?並行して使用できますか?NTP同期ステータスを照会する場合、どれを信頼する必要がありますか?
(両方の方法が成功を示し、正しい時間をもたらす異なるシステムが(異なるネットワークに)あることに注意してください。)