Network Time Protocol daemon (Español)

Esta traducción de
Network Time Protocol daemon
fue revisada el
2013-11-28
. Si existen
cambios
puede
actualizarla
o avisar al
equipo de traducción
.
Artículos relacionados
Fecha y hora del sistema
systemd-timesyncd
OpenNTPD
Chrony
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
burst
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:
nomodify
impide la reconfiguración de ntpd (con
ntpq
o
ntpdc
), y
noquery
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
Nota
Aún con las opciones anteriores, estas todavía permiten a otras personas consultar el time server. Para evitarlo, es necesario añadir
noserve
a fin de detener la función de servir el tiempo horario. También impide la sincronización horaria, ya que bloquea todos los paquetes, excepto las consultas de ntpd y ntpdc.
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 (
-4
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í:
/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

restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery

restrict 127.0.0.1
restrict -6 ::1  

driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log
Nota
La definición del archivo de registro no es obligatoria, pero es siempre una buena idea tener retroalimentación de las operaciones de
ntpd
.
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:
man {ntpd|ntp_auth|ntp_mon|ntp_acc|ntp_clock|ntp_misc}
).
Usar sin demonio
Para sincronizar el reloj del sistema en un momento dado, sin iniciar el demonio NTP, ejecute:
# ntpd -qg
Nota
Esto tiene el mismo efecto que el programa
ntpdate
,
que ahora está en desuso
.
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
Sincronizar cada vez que arranque
Advertencia
El uso de este método no se recomienda en los servidores y, en general, en las máquinas que necesitan funcionar de forma continua durante más de 2 o 3 días, ya que el reloj del sistema se actualiza solo una vez durante el arranque.
Escriba una unidad
oneshot
de
systemd
:
/etc/systemd/system/ntp-once.service
[Unit]
Description=Network Time Service (once)
After=network.target nss-lookup.target 

[Service]
Type=oneshot
ExecStart=/usr/bin/ntpd -q -g -u ntp:ntp ; /sbin/hwclock -w

[Install]
WantedBy=multi-user.target
y actívela.
Nota
Tenga en cuenta que una unidad de
systemd
del tipo
oneshot
se ejecuta solo una vez. Por tanto, la opción
ntpd -q
no se debe utilizar en este caso.
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.
ExecUpPost='/usr/bin/ntpd -q || true'
Nota
La etiqueta
-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:
$ ntpq -np
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
Nota
ntpd debe seguir funcionando cuando la red no funciona, si el demonio hwclock está desactivado, por lo que no es necesario utilizar este último.
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
networkmanager-dispatcher-ntpd
AUR
desde los
repositorios oficiales
.
Ejecutar en un entorno chroot
Nota
ntpd se debe ejecutar como usuario no root antes que intentar configuralo en un entorno chroot (predefinido en el paquete vanilla de Arch Linux), ya que desde entornos chroots es relativamente inútil para asegurar procesos ejecutados como root.
Edite
/etc/conf.d/ntpd.conf
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):
# mkdir /var/lib/ntp/etc /var/lib/ntp/lib /var/lib/ntp/proc
# touch /var/lib/ntp/etc/resolv.conf /var/lib/ntp/etc/services
y seguidamente montar los enlaces a los archivos arriba indicados:
/etc/fstab
...
#ntpd chroot mounts
/etc/resolv.conf  /var/lib/ntp/etc/resolv.conf none bind 0 0
/etc/services	  /var/lib/ntp/etc/services none bind 0 0
/lib		  /var/lib/ntp/lib none bind 0 0
/proc		  /var/lib/ntp/proc none bind 0 0
# mount -a
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/
https://www.eecis.udel.edu/~mills/ntp/html/index.html
https://www.akadia.com/services/ntp_synchronize.html