☰

Chronische „Root-Dispersion“ nimmt trotz genauer Zeitsynchronisierung mit der Zeit stetig zu

tag-icon • tag-icon chrony
Chronische „Root-Dispersion“ nimmt trotz genauer Zeitsynchronisierung mit der Zeit stetig zu

Ich habe ein Debian 10-System, das chronydseine Uhr synchronisiert. Die Konfiguration ist ziemlich einfach:

pool 2.debian.pool.ntp.org offline iburst

bindaddress ::1
bindaddress 127.0.0.1
bindcmdaddress 127.0.0.1

allow 127
deny

keyfile /etc/chrony/chrony.keys
driftfile /var/lib/chrony/chrony.drift
logdir /var/log/chrony
log tracking measurements statistics

maxupdateskew 100.0

directive.
hwclockfile /etc/adjtime

rtcsync
makestep 1 3

Es ist glücklicherweise synchronisiert:

# chronyc sources
210 Number of sources = 4
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^- time.panq.nl                  2   6     0   83h  -1247us[-1191us] +/-   26ms
^* time.cloudflare.com           3   6     0   83h  +1343ns[  +58us] +/- 2669us
^- metronoom.dmz.cs.uu.nl        2   6     0   83h    -63us[  -63us] +/-   25ms
^- .                             3   6     0   83h  +2171us[+2171us] +/-   64ms

Die „Wurzelstreuung“ nimmt jedoch stetig zu. VonWas ist NTP-Dispersion und wie kontrolliere ich sie?es scheint, dass dies ein Maß für den maximalen Fehler in der Uhr des Upstream-Servers ist. Er steigt ziemlich langsam an, der Prozess ist seit etwa 70 Stunden aktiv und liegt bei 22,5 Sekunden. Ich weiß aus Erfahrung, dass dieser Wert bis zum chronydNeustart weiter ansteigen wird.

# chronyc tracking
Reference ID    : E1FE1EBE (time.cloudflare.com)
Stratum         : 4
Ref time (UTC)  : Sun Jan 26 23:19:16 2020
System time     : 0.000000005 seconds fast of NTP time
Last offset     : +0.000056495 seconds
RMS offset      : 0.000056495 seconds
Frequency       : 79.909 ppm slow
Residual freq   : +17.510 ppm
Skew            : 56.420 ppm
Root delay      : 0.004632703 seconds
Root dispersion : 22.573289871 seconds
Update interval : 1.6 seconds
Leap status     : Normal

Das kommt mir ungewöhnlich vor. Ich habe eine Menge anderer Systeme, die ihre Zeit mit einem Stratum 1-Server synchronisieren, bei dem die Root-Dispersion niedrig und konstant ist. Ich glaube nicht, dass ich irgendetwas Seltsames an der Konfiguration mache, und die Vorstellung, dass der „maximale Fehler in der Upstream-Uhr“ stetig steigt, riecht ein bisschen komisch.

Ist das normal?

Antwort1

Es ist glücklich synchronisiert

Nein, ist es nicht. Allerdings gleicht es bekannte Abweichungen besser aus, als wenn kein NTP ausgeführt wird.

„Reach 0“ bedeutet, dass seit einiger Zeit kein Paket mehr empfangen wurde. „LastRx 83h“ gibt an, dass das letzte gute Paket vor dreieinhalb Tagen da war.

Es ist unwahrscheinlich, dass eine funktionierende Internetverbindung nicht sowohl zu Cloudflare als auch zu einigen Pool-Servern weitergeleitet werden kann. Überprüfen Sie jede Firewall auf 123/udp.

verwandte Informationen