Tengo un sistema Debian 10 que utiliza chronydpara mantener sincronizado su reloj. La configuración es bastante simple:
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
Está felizmente sincronizado:
# 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
Sin embargo, la "dispersión de raíces" sigue aumentando constantemente. De¿Qué es la dispersión NTP y cómo la controlo?parece que esta es una medida del error máximo en el reloj del servidor ascendente. Está aumentando bastante lentamente, el proceso ha estado activo durante aproximadamente 70 horas y se sitúa en 22,5 segundos. Sé por experiencia que esto seguirá aumentando hasta que chronydse reinicie.
# 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
Esto me parece inusual. Tengo muchos otros sistemas que sincronizan el tiempo con un servidor Stratum 1 donde la dispersión de raíces es baja y constante. No creo que esté haciendo nada extraño en la configuración, y la idea de que el "error máximo en el reloj ascendente" aumenta constantemente huele un poco mal.
¿Esto es normal?
Respuesta1
Está felizmente sincronizado
No, no es. Sin embargo, se ajustará mejor a la deriva conocida que no ejecutar ningún NTP.
Llegar a 0 significa que no ha recibido un paquete por un tiempo. LastRx 83h indica que el último paquete bueno fue hace tres días y medio.
Es poco probable que una conexión a Internet que funcione no pueda enrutarse tanto para Cloudflare como para algunos servidores de grupos. Verifique cualquier firewall en busca de 123/udp.