Erzwingen Sie die anfängliche Synchronisierung mithilfe des -gFlag im NTP-Dämon. Für Debian und Derivate wird dies konfiguriert in /etc/default/ntp:
# cat /etc/default/ntp NTPD_OPTS='-g' Überprüfen Sie die ntpd(8)Manpage für eine detaillierte Erklärung:
-g
ntpdWird normalerweise mit einer Meldung im Systemprotokoll beendet, wenn der Versatz den Panikschwellenwert überschreitet, der standardmäßig 1000 s beträgt. Mit dieser Option kann die Zeit ohne Einschränkung auf einen beliebigen Wert eingestellt werden. Dies kann jedoch nur einmal vorkommen. Wenn der Schwellenwert danach überschritten wird,ntpdwird das Systemprotokoll mit einer Meldung angezeigt. Diese Option kann mit den Optionen-qund verwendet werden-x.
Überprüfen Sie Ihre Protokolle, um festzustellen, ob dies der Fall ist.
Verwenden Sie das ntpq(1)Dienstprogramm, um die Remote-Server zu überprüfen:
# ntpq ntpq> pe remote refid st t when poll reach delay offset jitter ============================================================================== +213.194.159.3 81.19.96.148 3 u 798 1024 337 81.503 0.178 37.213 -mx.tjma.es 150.214.94.5 2 u 474 1024 375 54.353 -116.72 88.993 +m91-187-92-138. 78.46.108.116 3 u 830 1024 317 89.527 15.581 34.467 *www.clip.dia.fi 150.214.94.5 2 u 901 1024 377 45.648 -0.994 23.004 LOCAL(0) .LOCL. 10 l 207m 64 0 0.000 0.000 0.000 ntpq> as ind assid status conf reach auth condition last_event cnt =========================================================== 1 18026 9424 yes yes none candidate reachable 2 2 18027 931a yes yes none outlyer sys_peer 1 3 18028 9424 yes yes none candidate reachable 2 4 18029 961a yes yes none sys.peer sys_peer 1 5 18030 8043 yes no none reject unreachable 4 Eine zusätzliche Prüfung wäre der Vergleich der Systemuhr und der Hardware-Uhr, um zu sehen, ob sie synchronisiert sind. Lesen Sie dazu das hwclock(8).