Me acabo de dar cuenta de que la hora del servidor de Windows (servicio w32t) tiene dos valores predeterminados que limitan el desplazamiento de la hora en valores negativos y positivos. Este valor es enorme de forma predeterminada y esto permite grandes saltos si no corrige los valores de regedit necesarios.
En Ubuntu Server, uso chronyc para sincronizar la hora. ¿Chronyc permite este mismo error fatal o solo permite pasos más pequeños? Puedo proporcionar cualquier configuración si es necesario, pero no sé qué proporcionar.
¡Gracias!
Impresión de estado desde uno de nuestros servidores:
xxxxxxxxxxx:~$ chronyc tracking
Reference ID : D9C6DB66 (n1.taur.dk)
Stratum : 2
Ref time (UTC) : Fri Apr 21 20:15:09 2023
System time : 0.000020651 seconds fast of NTP time
Last offset : +0.000022519 seconds
RMS offset : 0.000074701 seconds
Frequency : 5.647 ppm slow
Residual freq : +0.000 ppm
Skew : 0.005 ppm
Root delay : 0.001985608 seconds
Root dispersion : 0.000785804 seconds
Update interval : 1034.6 seconds
Leap status : Normal
ACTUALIZAR:
https://chrony.tuxfamily.org/doc/3.4/chrony.conf.html
Según esta documentación, parece que maxslewrate es el valor que define cuánto puede saltar el reloj. ¿Es eso correcto?
Respuesta1
Creo que puedo concluir que, por defecto, chronyc no sufrirá grandes saltos como es el caso del comportamiento predeterminado del servicio w32t.
https://chrony.tuxfamily.org/doc/3.1/chronyc.html
"En funcionamiento normal, chronyd por defecto nunca acelera el reloj del sistema, porque cualquier salto en el tiempo puede tener consecuencias adversas para ciertos programas de aplicación. En cambio, cualquier error en el reloj del sistema se corrige acelerando o desacelerando ligeramente el reloj del sistema hasta el error ha sido eliminado [...]"