NTP-Synchronisation

Überwache mit diesem Check die Abweichung der Systemuhr deines Geräts gegenüber einem NTP-Server und erkenne Uhrendrift rechtzeitig.

Der Check NTP-Synchronisation misst die Abweichung (Offset) zwischen der Systemuhr des Geräts und einem NTP-Server und schlägt Alarm, sobald der absolute Offset die konfigurierten Schwellenwerte erreicht oder überschreitet. Uhrendrift kann zu Authentifizierungsfehlern, Problemen bei der Log-Korrelation und Zertifikatsvalidierungsfehlern führen. Der Check läuft unter Windows, Linux und macOS alle 60 Minuten auf dem Agenten; das Intervall ist nicht durch den Benutzer konfigurierbar. Er passt die Systemuhr nicht an.

Voraussetzungen

Du benötigst die Berechtigung Monitoring-Check-Verwaltung.
Das Zielgerät muss einen verbundenen Agent mit Netzwerkzugang zu einem NTP-Server haben. Die Abfrage geht an UDP-Port 123 auf dem konfigurierten Server; auf dem Gerät muss ausgehendes UDP 123 offen sein.

Schritte

Dialog Check hinzufügen: NTP-Synchronisation mit pool.ntp.org, Warnung 1000 ms, Kritisch 5000 ms, Timeout 5000 ms.

Gehe zu Geräte und öffne das Gerät.
Klicke auf den Tab Checks → Check hinzufügen → NTP-Synchronisation.
Trage unter NTP-Server den Server für den Vergleich ein und passe bei Bedarf die Schwellenwerte an.
Klicke auf Check hinzufügen.

Nach dem ersten Check-Intervall siehst du das Ergebnis im Tab Checks des Geräts.

Einstellungen

Feld	Typ	Erforderlich	Standard	Beschreibung
NTP-Server	String	Nein	pool.ntp.org	NTP-Server für den Abgleich
Warnung Abweichung (ms)	Zahl	Nein	1000	Eine Warnung wird ausgelöst, wenn der absolute Offset diesen Wert in Millisekunden erreicht oder überschreitet
Kritische Abweichung (ms)	Zahl	Nein	5000	Ein kritisches Ergebnis wird ausgelöst, wenn der absolute Offset diesen Wert in Millisekunden erreicht oder überschreitet
Timeout (ms)	Zahl	Nein	5000	Wie lange pro Versuch auf eine Antwort des NTP-Servers gewartet wird. Werte werden auf den Bereich 500–30000 ms begrenzt.

Wenn der Warnschwellenwert höher als der kritische Schwellenwert konfiguriert ist, werden die beiden Werte vor der Auswertung automatisch vertauscht.
Jeder Lauf unternimmt bis zu drei Versuche, jeweils über einen neuen Socket, bevor er einen Fehler meldet. Das Timeout gilt pro Versuch — bei einem nicht erreichbaren Server dauert die Fehlermeldung also bis zum Dreifachen des Timeouts.

Ergebnisse

Der Check sendet eine NTP-Abfrage, vergleicht die Antwortzeit mit der lokalen Uhr und erfasst:

Offset (ms) — vorzeichenbehaftete Differenz zwischen der NTP-Server-Zeit und der lokalen Systemuhr. Ein positiver Offset bedeutet, dass der NTP-Server der Geräteuhr voraus ist, das Gerät also nachgeht; ein negativer Offset bedeutet, dass das Gerät vorgeht.
NTP-Server — der abgefragte Host
NTP-Zeit — der vom NTP-Server zurückgelieferte Zeitstempel
Lokale Zeit — Zeitstempel der lokalen Systemuhr im Moment des Vergleichs

Fehlerursachen

Ein fehlgeschlagener Lauf hält eine der folgenden Ursachen fest. Du siehst sie in den Details des Checks auf dem Gerät.

Meldung	Bedeutung
Der NTP-Server hat nicht innerhalb des Timeouts geantwortet. (`ntp-timeout`)	Bei keinem der Versuche kam innerhalb des konfigurierten Timeouts eine Antwort an.
Der NTP-Server-Hostname konnte nicht aufgelöst werden. (`ntp-dns-failed`)	DNS konnte den Wert im Feld NTP-Server nicht auflösen.
Netzwerkfehler bei der Abfrage des NTP-Servers. (`ntp-network-error`)	Die Abfrage konnte nicht gesendet oder die Antwort nicht empfangen werden — meist, weil ausgehendes UDP 123 blockiert ist.
Der NTP-Server hat eine ungültige Antwort zurückgegeben. (`ntp-invalid-response`)	Die Antwort war zu kurz, war keine Server-Antwort oder passte nicht zur Anfrage des Checks.
Die Uhr des NTP-Servers ist nicht synchronisiert. (`ntp-server-unsynchronized`)	Der Server hat geantwortet, meldet seine eigene Uhr aber als nicht synchronisiert. Seiner Zeit ist damit nicht zu trauen.
Der NTP-Server hat ein ungültiges Stratum zurückgegeben. (`ntp-invalid-stratum`)	Der Server hat ein Stratum außerhalb des zulässigen Bereichs von 1 bis 15 gemeldet. Der gemeldete Wert steht am Ende der Meldung.
Unerwarteter Fehler (`unexpected`)	Jeder andere Fehler während des Laufs. Die Meldung enthält die zugrunde liegende Ursache.

Tipps

Verwende den internen NTP-Server deiner Organisation, wenn du einen hast. Andernfalls ist pool.ntp.org ein zuverlässiger Standard.
Auf domänenbeigetretenen Windows-Maschinen ist der Domänencontroller normalerweise die NTP-Quelle. Verwende die DC-Adresse für den genauesten Vergleich.
Eine Uhrabweichung von wenigen Millisekunden ist normal. Der Standard-Warnung-Schwellenwert von 1 Sekunde erkennt bedeutsame Drift, ohne bei geringfügigem Jitter zu warnen.

War dies hilfreich?

Brauchen Sie noch Hilfe? Team fragen