Esta pregunta ha surgido varias veces de forma localizada, esta pregunta está destinada a proporcionar el mejor / método preferido para sincronizar el reloj de un sistema usando NTP.
La solución debe manejar múltiples problemas correctamente, como:
Corrija el tiempo de arranque rápidamente donde el reloj tiene una gran inclinación.
Proporcione una configuración que proteja y / o corrija las situaciones en las que el reloj a veces puede desarrollar un gran sesgo con el tiempo.
Una solución robusta que puede manejar y sincronizar la hora rápidamente cuando surgen ciertos problemas, tales como: "no se pudo acceder al servidor de tiempo durante el arranque" o "no se puede acceder a Internet durante el arranque".
La solución ideal sería un único archivo de configuración NTP que sea capaz de manejar todo esto.
Referencias
Muchas de las piezas que proporcionarán la solución "definitiva" se extienden por todo el sitio de U&L en preguntas como estas:
- ¿Cómo forzar la actualización de la hora y la fecha desde Internet?
- Sincronización horaria de máquinas en LAN a servidor GPS NTP en LAN
- ¿Cómo puedo hacer un módulo Puppet que arregle el tiempo?
- NTP no se sincroniza en una VM
Es probable que haya otros, pero estos son los que he visto que me vienen a la mente como relevantes.
Respuestas:
Como no puede corregir grandes desviaciones en el tiempo usando ntp (a menos que tenga algunas horas para que el reloj se ponga al día o se desacelere), hago esto:
Lo crono por una vez al día, todos los días. También puse ntpdate en un script de inicio para que se ejecute antes de que ntp comience después del arranque, ya que los reinicios y los ciclos de encendido son los eventos más probables / frecuentes que alteran la hora del sistema.
fuente
Lo que estás buscando es
ntpd
con la--panicgate
opción.La opción panicgate permite que el primer ajuste después de que
ntpd
comience sea de cualquier tamaño. Esto es exactamente para el caso de uso que describió cuando aparece una máquina y su reloj es muy inexacto. Cuando ntpd comienza con esta opción habilitada, puede tomar un momento encontrar un servidor y establecer una sincronización con él.Esa opción en sí misma resuelve su artículo # 1.
# 2 es vainilla ntpd. Ntpd mantiene un archivo de deriva que es la tasa de desviación del reloj de su sistema.
# 3 también es lo mismo que # 1. La
--panicgate
opción no se limita a inmediatamente cuando se inicia ntpd, se limita a "el primer ajuste", siempre que ese ajuste sea.fuente
-g
o hay una opción equivalente para configurarntp.conf
?-g
que ya se usa de manera predeterminada en mi instalación de Debian, pero no sé en qué archivo init / config se hace esto.Use chronyd / chronyc en lugar de ntp / ntpdate. Ya es el método predeterminado en fedora y, supongo, estará en RHEL 7.0 tan pronto como esté listo.
La documentación se puede encontrar en http://chrony.tuxfamily.org/
fuente