
我有一個 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 更好地調整已知漂移。
達到0表示有一段時間沒有收到資料包。 LastRx 83h 表示最後一個好的資料包是在三天半前。
正常工作的 Internet 連線不太可能無法路由到 Cloudflare 和某些池伺服器。檢查所有防火牆是否有 123/udp。