Diese Frage wurde mehrmals in lokalisierter Form gestellt. Diese Frage soll die bevorzugte / beste Methode für die Synchronisierung der Systemuhr mithilfe von NTP darstellen.
Die Lösung sollte mehrere Probleme korrekt behandeln, z. B .:
Korrigieren Sie die Zeit beim Hochfahren schnell, wenn die Uhr einen großen Versatz aufweist.
Stellen Sie eine Konfiguration bereit, die Situationen schützt und / oder korrigiert, in denen die Uhr mit der Zeit manchmal einen großen Zeitversatz entwickeln kann.
Eine robuste Lösung, die die Zeit schnell verarbeiten und synchronisieren kann, wenn bestimmte Probleme auftreten, z. B. "Der Zeitserver war während des Startvorgangs nicht verfügbar" oder "Das Internet ist während des Startvorgangs nicht verfügbar".
Die ideale Lösung wäre eine einzelne NTP-Konfigurationsdatei, die dies alles verarbeiten kann.
Verweise
Viele der Teile, die die "ultimative" Lösung bieten, sind auf der U & L-Website in Fragen wie diesen verteilt:
- Wie erzwinge ich die Aktualisierung der Uhrzeit- und Datumseinstellungen aus dem Internet?
- Zeitsynchronisierung von Computern im LAN mit dem GPS-NTP-Server im LAN
- Wie kann ich ein Puppet-Modul erstellen, das die Zeit festlegt?
- NTP wird in einer VM nicht synchronisiert
Es muss andere geben, aber diese sind es, die mir als relevant in den Sinn gekommen sind.
Antworten:
Da Sie mit ntp keine großen Zeitabweichungen korrigieren können (es sei denn, Sie haben ein paar Stunden Zeit, um aufzuholen oder zu verlangsamen), mache ich Folgendes:
Ich schreibe es einmal am Tag, jeden Tag. Ich habe ntpdate auch in ein Init-Skript eingefügt, das ausgeführt werden soll, bevor ntp nach dem Start gestartet wird, da Neustarts und Aus- und Wiedereinschalten die wahrscheinlichsten / häufigsten Ereignisse sind, die die Systemzeit beeinträchtigen.
quelle
Was Sie suchen, ist
ntpd
mit der--panicgate
Option.Die Panicgate-Option ermöglicht die erste Anpassung nach dem
ntpd
Start auf eine beliebige Größe. Dies ist genau für den Anwendungsfall, den Sie beschrieben haben, bei dem eine Maschine hochgefahren ist und deren Uhr extrem ungenau ist. Wenn ntpd mit aktivierter Option gestartet wird, kann es einen Moment dauern, bis ein Server gefunden und eine Synchronisierung hergestellt wird.Diese Option löst Ihren Artikel Nr. 1.
# 2 ist Vanille ntpd. Ntpd speichert eine Drift-Datei, die die Geschwindigkeit angibt, mit der die Uhr Ihres Systems schief läuft.
# 3 ist auch das Gleiche wie # 1. Die
--panicgate
Option ist nicht auf das sofortige Starten von ntpd beschränkt, sondern auf "die erste Anpassung", wann immer diese Anpassung erfolgt.quelle
-g
oder muss eine entsprechende Option festgelegt werdenntp.conf
?-g
es in meiner Debian-Installation bereits standardmäßig verwendet wird, aber ich weiß nicht, in welcher init / config-Datei dies geschieht.Verwenden Sie chronyd / chronyc anstelle von ntp / ntpdate. Es ist bereits eine Standardmethode in Fedora und wird vermutlich in RHEL 7.0 sein, sobald es fertig ist.
Die Dokumentation finden Sie unter http://chrony.tuxfamily.org/
quelle