Network Time Protocol daemon (Español)
Network Time Protocol es el método más común para sincronizar el reloj del software de un sistema GNU/Linux con los servidores horarios de Internet. Está diseñado para mitigar los efectos de la variable de latencia de la red y, por lo general, pueden mantener el horario dentro de un margen de decenas de milisegundos respecto a Internet. La precisión en las redes de área local es aún mejor, hasta un milisegundo.
El Proyecto NTP proporciona una implementación de referencia del protocolo llamado simplemente NTP. Una alternativa a NTP es Chrony, un dial-up amigable y diseñado específicamente para los sistemas que no están en línea todo el tiempo, y OpenNTPD, que forma parte del proyecto OpenBSD y que actualmente no se mantiene para Linux.
En este artículo se describe, además, cómo configurar y ejecutar el demonio NTP, tanto como cliente, así como servidor.
Instalación
Instale ntp, disponible en los repositorios oficiales.
Por defecto, ntpd trabaja en modo cliente sin configuración adicional. Puede saltar directamente a #Configuración si quiere usar la configuración por defecto de Arch Linux. Para la configuración de servidor, vea #Configurar el propio servidor NTP.
Configuración
El demonio principal es ntpd, que está configurado en /etc/ntp.conf. El paquete ntp proporciona un archivo de configuración por defecto que debe hacer funcionar ntpd en modo cliente, sin necesidad de configuración personalizada.
Configurar conexión a servidores NTP
El primer elemento a definir en el archivo /etc/ntp.conf serán los servidores a los que el equipo se va a conectar para sincronizar el tiempo (fecha y hora).
Los servidores NTP se clasifican en un sistema jerárquico con muchos niveles llamados strata (estrato): los dispositivos que se consideran fuentes independientes de tiempo horario son clasificados como fuentes de stratum 0; los servidores conectados directamente a dispositivos de stratum 0 son clasificados como fuentes de stratum 1; los servidores conectados a fuentes de stratum 1 se clasifican consiguientemente como fuentes de stratum 2 y así sucesivamente.
Se ha de entender que el stratum de un servidor no puede ser tomado como un indicador de su precisión o fiabilidad. Normalmente, los servidores de stratum 2 se utilizan con fines de sincronización generales: si no sabe aún los servidores a los que se va a conectar, debe mirar los servidores en pool.ntp.org (enlace alternativo) y seleccionar el grupo de servidores que esté más cercano a su zona.
A modo de ejemplo:
/etc/ntp.conf
server 0.pool.ntp.org iburst server 1.pool.ntp.org iburst server 2.pool.ntp.org iburst server 3.pool.ntp.org iburst
La opción iburst está recomendada, ya que envía una serie («burst») de paquetes solo si no se puede obtener una conexión con el primer intento. Por otro lado, la opción siempre está presente, incluso en el primer intento, pero nunca debe utilizarse sin permiso explícito, dado que puede incluirse en blacklist.
Configurar el propio servidor NTP
Si va a configurar un servidor NTP, es necesario agregar local clock como un servidor, por lo que , si el ordenador pierde el acceso a internet, continuará el mismo como un servidor dando el horario a la red; añada local clock como un servidor de stratum 10 (use la orden fudge) de modo que nunca se hará uso de esa función a menos que el acceso a internet se pierda:
server 127.127.1.0 fudge 127.127.1.0 stratum 10
A continuación, defina las reglas que permiten a los clientes conectarse a su servicio (localhost es considerado igualmente un cliente) usando la orden restrict; le debe quedar en el archivo una línea como la siguiente:
restrict default nomodify nopeer noquery
Estas opciones impiden que nadie pueda modificar algo y evitan igualmente que alguien pueda consultar el estado de su time server: impide la reconfiguración de ntpd (con ntpq o ntpdc), y impide conocer el estado dumping de los datos de ntpd (también con ntpq o ntpdc).
También puede agregar estas otras opciones:
restrict default kod nomodify notrap nopeer noquery
La documentación completa para la opción "restrict" se encuentra en ntp.conf(5). Consulte https://support.ntp.org/bin/view/Support/AccessRestrictions para obtener instrucciones detalladas.
Siguiendo con la configuración, debe decirle a ntpd qué debe permitir a través del propio servidor; la siguiente línea es suficiente si no va a configurar un servidor NTP:
restrict 127.0.0.1
Si desea forzar la resolución de DNS para el namespace de IPv6, escriba -6 antes de la dirección IP o nombre de host ( obliga a IPv4 en su lugar), por ejemplo:
restrict -6 default kod nomodify notrap nopeer noquery restrict -6 ::1 # ::1 is the IPv6 equivalent for 127.0.0.1
Por último, especifique la ubicación del archivo drift (que realiza un seguimiento de la desviación del horario del sistema) y, opcionalmente, la ubicación del archivo de registro:
driftfile /var/lib/ntp/ntp.drift logfile /var/log/ntp.log
Un archivo de configuración muy básica se vería así:
Otros recursos para la configuración de NTP
En conclusión, no olvide consultar las páginas man: es probable que ntp.conf(5) responda a cualquier duda que todavía pudiera tener (consulta las páginas man relacionadas: ).
Usar sin demonio
Para sincronizar el reloj del sistema en un momento dado, sin iniciar el demonio NTP, ejecute:
# ntpd -qg
Después de actualizar el reloj del sistema, guarde el horario para el reloj del hardware de manera que se conserve al reiniciar:
# hwclock -w
Netctl
Puede sincronizar el reloj del sistema con una conexión de red mediante el uso de Netctl. Para ello, añada la siguiente línea a su perfil netctl.
-q fuerza a ntpd a que ajuste la hora una vez y salir, es decir, no se iniciará el demonio. Si esta operación no tiene éxito, no se sincronizará el reloj del sistema. Véase ejecutar como un demonio para obtener una solución alternativa.Ejecutar como un demonio
Inicie ntpd.service. Para iniciarlo en el arranque o bien actívelo o, alternativamente, utilice la orden:
# timedatectl set-ntp 1
Comprobar si el demonio está sincronizando correctamente
Utilice la herramienta ntpq para ver la lista de pares («peers») configurados: Las columnas delay, offset y jitter deben mostrar una fluctuación distinta de cero. Los servidores ntpd que se estén sincronizando aparecerán con un asterisco como prefijo. Pueden pasar varios minutos antes que ntpd seleccione un servidor para sincronizarse, pruebe a comprobar pasados 17 minutos (1024 segundos).
NetworkManager
ntpd puede ser puesto up/down junto con una conexión de red mediante el uso de los scripts de NetworkManager dispatcher. Puede ser necesario instalar desde los repositorios oficiales.
Ejecutar en un entorno chroot
Edite y cambie
NTPD_ARGS="-g -u ntp:ntp"
por
NTPD_ARGS="-g -i /var/lib/ntp -u ntp:ntp"
A continuación, edite /etc/ntp.conf para cambiar la ruta de driftfile de modo que sea dirigida al directorio chroot, en lugar de a la raíz del sistema real. Cambie:
driftfile /var/lib/ntp/ntp.drift
por
driftfile /ntp.drift
Crear un entorno chroot adecuado para que getaddrinfo() funcione mediante la creación de directorios y archivos pertinentes (como root):
y seguidamente montar los enlaces a los archivos arriba indicados:
Por último, reinicie el demonio ntpd de nuevo.
Es relativamente difícil estar seguro de que su configuración driftfile está realmente trabajando sin tener que esperar un tiempo, dado que ntpd no lee ni escribe muy a menudo. Si se equivoca, se registrará un error, y si se hace bien, se actualizará la fecha y hora («timestamp»). Si no aparece ningún error al respecto después de un día completo de funcionamiento, y timestamp se actualiza, puede estar seguro de haberlo hecho correctamente.
Véase también
- Time (Español) (para más información sobre la gestión del horario del ordenador)
- https://www.ntp.org/
- https://support.ntp.org/
- https://www.pool.ntp.org/
- http://www.eecis.udel.edu/~mills/ntp/html/index.html
- https://www.akadia.com/services/ntp_synchronize.html