儘管時間同步準確，但 Chrony 的“根色散”隨著時間的推移不斷上升

我有一個 Debian 10 系統，用於chronyd保持時鐘同步。配置非常簡單：

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

它很高興同步：

# 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

然而，“根差”卻在穩步上升。從什麼是 NTP 分散以及如何控制它？這似乎是上游伺服器時鐘最大誤差的量度。它的上升非常緩慢，這個過程已經持續了大約 70 個小時左右，它處於 22.5 秒。我確實從經驗中知道，這將繼續上升，直到chronyd重新啟動。

# 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

這對我來說似乎很不尋常。我有許多其他系統與 Stratum 1 伺服器同步時間，其中根分散度低且恆定。我認為我在配置上沒有做任何奇怪的事情，並且“上游時鐘中的最大誤差”穩步上升的想法聞起來有點不對勁。

這是正常的嗎？

它很高興同步

不它不是。雖然，它會比不執行任何 NTP 更好地調整已知漂移。

達到 0 意味著它有一段時間沒有收到數據包。LastRx 83h 表示最後一個好的數據包是三天半前。

對於 Cloudflare 和某些池伺服器而言，正常工作的 Internet 連接不太可能無法路由。檢查任何防火牆的 123/udp。

引用自：https://serverfault.com/questions/1001053