У меня есть система 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, ни для некоторых серверов пула. Проверьте любой брандмауэр на наличие 123 / udp.