Назад | Перейти на главную страницу

«Корневая дисперсия» хронистов неуклонно растет с течением времени, несмотря на точную синхронизацию времени.

У меня есть система 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.