Wie kann ich feststellen, ob mein Debian-System die Systemzeit genau hält, indem ich NTP-Updates erhalte? Grundsätzlich möchte ich dies aktivieren, wenn es gerade ausgeschaltet ist, aber ich weiß nicht, ob es ein- oder ausgeschaltet ist.
Wie kann ich feststellen, ob mein Debian-System die Systemzeit genau hält, indem ich NTP-Updates erhalte? Grundsätzlich möchte ich dies aktivieren, wenn es gerade ausgeschaltet ist, aber ich weiß nicht, ob es ein- oder ausgeschaltet ist.
Antworten:
Laufen
ps ax | grep ntpd
und überprüfen, ob die Ausgabe so etwas enthält
6497 ? Ss 0:04 /usr/sbin/ntpd ...
bestätigt, dass ntpd ausgeführt wird. Wenn es nicht läuft, können Sie es mit starten
/etc/init.d/ntp start
Wenn Sie eine Fehlermeldung erhalten, müssen No such file or directory
Sie das ntp-Paket installieren
sudo apt-get install ntp
Sobald Sie ntpd ausgeführt haben, können Sie mit dem Befehl ntpq mit ihm sprechen .
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.nist.gov .ACTS. 1 u 753 1024 377 139.432 -0.562 2.199
+sip.dicode.nl 193.190.230.66 2 u 733 1024 163 33.197 0.297 0.132
+194.109.64.200 192.87.106.2 2 u 779 1024 377 35.214 -0.323 0.027
LOCAL(0) .LOCL. 10 l 3 64 377 0.000 0.000 0.001
Was zeigt (Offset), dass mein System <1 Sekunde nicht synchron ist - damit kann ich leben.
Wenn Sie Peer-Statistiken aktiviert /etc/ntp.conf
haben, haben Sie Statistiken in /var/log/ntpstats/peerstats
. (Verzeichnis und Dateiname werden in ntp.conf angegeben). Sie können es scannen, um zu sehen, wie gut Sie Ihre Server verfolgen. Der Befehl grep -v 127.127.1.0 /var/log/ntpstats/peerstats
gibt alle Zeilen außer denen für Ihre lokale Uhr aus. Die erste Gleitkommazahl ist der Versatz in Sekunden. Je näher es an Null ist, desto besser. Es sollte eine Mischung aus positiven und negativen Werten geben. Verwenden Sie zgrep, um historische Daten in den gedrehten Protokollen mit einer .gz
Erweiterung anzuzeigen .
Um zu sehen, welche Werte verwendet werden, ntpq -p
wie von Iain vorgeschlagen.
Wenn Sie Munin ausführen, um Ihr System zu überwachen, können Sie ntp-Statistiken für Sie verfolgen. Ich glaube, der Offset, den es aufzeichnet, ist der Wert relativ zur aktuellen Synchronisationsquelle. Dies ist derjenige in der Zeile, der mit einem Sternchen (*) in der ntpq -p
Ausgabe beginnt . Munin kann so konfiguriert werden, dass Ihr Offset zu groß ist. Meine Warnzeilen lauten wie folgt (Zeiten in Millisekunden):
ntp_offset.delay.warning 40 ntp_offset.offset.warning -15: 15
Eine billige und schmutzige Möglichkeit, die lokale Uhr gegen eine andere Maschine zu überprüfen, ist diese Shell-Befehlssequenz:
date; telnet somehost 13; date
"somehost" muss das RFC 867-Protokoll "daytime" ausführen, und das ist nicht mehr so häufig. inetd kann "daytime" selbst bereitstellen, und auf einigen Hosts ist "daytime" weiterhin aktiviert.
Sie können eine unabhängige Überprüfung der lokalen Uhr erhalten, ohne dass NTP verwendet werden muss.