Zeitsynchronisation im Vergleich: chrony, systemd-timesyncd, w32tm, macOS timed und AIX xntpd

Worum es geht

System	Gängiger Zeit-Daemon	Synchronisationsstatus prüfen
Linux (chrony)	chronyd	chronyc tracking (auf "Leap status" und den Offset achten), chronyc sources für die verwendeten Referenzuhren
Linux (systemd-timesyncd)	systemd-timesyncd	timedatectl show-timesync --all (für die Zusammenfassung mit der Zeile "System clock synchronized" auch timedatectl)
Windows	der Windows-Zeitdienst (w32time)	w32tm /query /status für aktuelle Quelle und Offset (eine Quelle Local CMOS Clock oder Free-running System Clock bedeutet: nicht synchronisiert); w32tm /query /peers für die konfigurierten Server
macOS (10.14 und neuer)	timed, konfiguriert über systemsetup oder Profile	sudo systemsetup -getusingnetworktime zeigt, ob die Netzwerkzeit aktiviert ist (systemsetup erfordert Administratorrechte); sntp SERVER fragt einen Server ab und gibt den Offset aus, ohne die Uhr zu stellen
AIX	xntpd unter dem System Resource Controller (konfiguriert in /etc/ntp.conf)	lssrc -ls xntpd (System-Peer und Synchronisationszustand), ntpq -p für die konfigurierten Server

Warum es wichtig ist

"Ist die Uhr synchronisiert?" und "Läuft ein Zeit-Daemon?" sind zwei verschiedene Fragen: Ein Daemon kann laufen, ohne dass ein Server erreichbar ist, und die Uhr driftet dann unbemerkt. Jedes Werkzeug zeigt den Synchronisationsstatus anders an: chrony meldet einen numerischen Offset und den Leap-Second-Status; die Zusammenfassungszeile von systemd-timesyncd ist ein boolescher Wert, der verbirgt, wie gross die letzte Korrektur war; Windows meldet sowohl eine Quelle als auch einen Zustand der Phasenkorrektur; die auf eine grafische Oberfläche ausgerichteten Werkzeuge von macOS sind um einen Ein/Aus-Schalter herum gebaut und nicht um die Anzeige eines Offsets.

So wird es angewendet

• Die Synchronisation nicht aus "der Dienst ist aktiv" ableiten, sondern den Offset oder das ausdrückliche Feld "synchronisiert/nicht synchronisiert" des jeweiligen Werkzeugs auslesen.
• Bei Systemen mit mehr als einer möglichen Zeitquelle (etwa eine VM mit Zeitsynchronisation zwischen Host und Gast sowie NTP) die Quelle prüfen, die tatsächlich synchronisiert, denn zwei aktive Mechanismen können sich widersprechen.
• Nach Änderungen an der Netzwerkkonfiguration (siehe den Begleitartikel zu Werkzeugen für die Netzwerkkonfiguration) die Zeitsynchronisation erneut prüfen: Änderungen an Firewall oder DNS können die konfigurierten Zeitserver unbemerkt abschneiden.
• Bei einem grossen Offset alarmieren, nicht bloss bei "nicht synchronisiert"; ein soeben gestarteter Daemon kann vor der ersten erfolgreichen Abfrage Sekunden bis Minuten lang als nicht synchronisiert erscheinen.

Stolpersteine

• Sich darauf verlassen, dass die Zeitsynchronisation der Guest Tools einer VM genügt, ohne zu bestätigen, dass sie tatsächlich aktiviert ist; bei manchen Hypervisor-Integrationen muss der Daemon des Betriebssystems deaktiviert werden, damit sich die beiden nicht gegenseitig stören.
• Annehmen, dass jeder AIX-Host dieselbe NTP-Version verwendet; je nach Release und Fileset kann xntpd die NTPv3- oder die NTPv4-Implementierung sein. Deshalb lssrc -s xntpd und das installierte NTP-Fileset prüfen, bevor eine Abfrage von einem anderen Host übernommen wird.