Entonces, estoy tratando de depurar mi configuración actual de NTP, y descubrí que el desplazamiento de mi único servidor configurado es de más de 3 segundos y no se ajusta. El asterisco en LOCAL (0) en la salida ntpq parece indicar que el sistema se está sincronizando felizmente consigo mismo en lugar del servidor 10.130.33.201 (que es otro cuadro de Linux en nuestro sistema al que queremos que todo se sincronice).
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
10.130.33.201 LOCAL(0) 9 u 49 64 377 0.242 -3742.2 1.049
*LOCAL(0) .LOCL. 10 l 2 64 377 0.000 0.000 0.001
Y este es mi archivo ntp.conf. Escrito por otra persona, así que no estoy 100% seguro de que todo sea correcto.
server 10.130.33.201 burst iburst minpoll 4 maxpoll 11
driftfile /mnt/active/etc/ntp.drift
restrict -4 default nomodify nopeer notrap
restrict -6 default ignore
# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server 127.127.1.0 # local clock
fudge 127.127.1.0 stratum 10
He leído sobre la explosión y el iburst y minpoll / maxpoll, así que me doy cuenta de que podrían no ser necesarios, pero no creo que tenga nada que ver con mi problema actual.
Además, debido a cómo se implementa, ese archivo de configuración requerirá mucho trabajo para cambiar, así que espero que no haya nada que realmente deba cambiarse. Espero que este sea un caso en el que no entiendo cómo funciona NTP.
EDITAR -
Entonces, parece que esto es un duplicado de esta pregunta , pero no creo que el póster haya recibido una respuesta suficiente, por lo que aún me gustaría saber por qué se prefiere la hora local en lugar del servidor. Además, según una de las respuestas a continuación, intenté usar la preferpalabra clave en la línea del servidor de la configuración y reiniciar, pero eso no parece haber tenido efecto.
Si elimino todas las líneas "locales" en la configuración como sugiere la respuesta a la otra pregunta, ¿qué sucederá si no se puede acceder al servidor? ¿NTP muere o simplemente sigue intentándolo?
EDICIÓN IMPORTANTE -
Ok, normalmente, 10.130.33.201 (El "servidor") no tiene acceso a Internet, y no tiene una fuente de tiempo GPS para usar. La parte importante es que todos los dispositivos en el sistema tienen el mismo tiempo que el servidor, independientemente de cuán correcta sea esa hora en realidad.
Entonces, solo para ver qué sucedería, agregué uno de los servidores del grupo NTP al archivo de configuración del servidor para que obtuviera tiempo desde allí en lugar de hacerlo desde el local. Ahora obtiene correctamente el tiempo del servidor de hora NTP.
Después de hacer eso, los clientes ahora se sincronizan con el servidor en lugar de preferir LOCAL (0)
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.130.33.201 38.229.71.1 3 u 58 64 377 0.216 715621. 1.001
LOCAL(0) .LOCL. 10 l 18 64 377 0.000 0.000 0.001
NUEVA PREGUNTA: cuando mi servidor usa local (ejemplo original que se dio), parece que los clientes dicen: "Oh, 10.130.33.201 está usando LOCAL (0). Hmm, también tengo un servidor LOCAL (0) - - Solo lo usaré directamente en lugar de obtener la misma información a través de 10.130.33.201 ".
¿Es ese el caso? ¿Están tratando de ir "directamente a la fuente" que es incorrectamente LOCAL (0)? Necesito que mi servidor obtenga tiempo de LOCAL (0), y necesito que los clientes obtengan tiempo del servidor. En este momento, eliminar el servidor "local" de los archivos de configuración del cliente es la única opción, pero me gustaría entender por qué sucede esto y, si es posible, evitar cambiar sus configuraciones (el cambio de configuración será mucho trabajo debido a nuestro ambiente...).
Además, esto parece otro duplicado sin una buena respuesta.