☰

尽管时间同步准确，但 Chrony 的“根分散”仍随时间稳步上升

tag-icon • tag-icon chrony
尽管时间同步准确，但 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 服务器同步时间，其中根散布较低且恒定。我不认为我在配置上做了任何奇怪的事情，而且“上游时钟中的最大误差”稳步上升的想法有点不对劲。

这是正常的吗？

答案1

很高兴同步

不，不是。不过，与不运行任何 NTP 相比，它可以更好地调整已知漂移。

Reach 0 表示有一段时间没有收到数据包。LastRx 83h 表示最后一个好数据包是在三天半之前。

正常工作的互联网连接不太可能无法路由到 Cloudflare 和某些池服务器。请检查任何防火墙是否为 123/udp。

相关内容