Podría tener un firewall que bloquee el puerto 123, lo que puede hacer que el servidor ntp nunca vea los servidores de hora.
En mi caso, mi ISP (Proveedor de servicios de Internet) estaba bloqueando los puertos.
Una exploración de puerto de 123 tampoco detectó el bloqueo.
El arma humeante fue que temporalmente tengo dos fuentes independientes de internet. En Linux si ejecuto ntpq -p
(repetidamente) con el primer feed de Internet conectado, nada se actualiza, pero con el otro feed obtengo actualizaciones.
Como dice @Jens A. Koch ntpdate -u <server name>
, esto se soluciona, bueno, temporalmente (sin juego de palabras), no soluciona el problema de tiempo a largo plazo.
Con el tiempo, se producirá una deriva tanto en su sistema como en los relojes de hardware. También en mi caso, el arranque dual de linux / windows hace que el reloj del hardware se estropee aún más (por horas).
Por lo tanto, debe tener el puerto 123 abierto para UDP para mantener el reloj del sistema.
En lugar de usar-u
, también puede hacer esto, que creo que usa el puerto 123 (en lugar de un puerto no 'privilegiado'):
service ntp stop
, luego
ntpdate <server url>
(sin la -u) y finalmente
service ntp start
.
Esto parece evitar el problema del bloqueo del puerto, al menos para configurar el reloj una vez. Si -u
funciona, pero esto no funciona, entonces es una señal bastante segura de que el puerto está bloqueado o que el servidor no responde, ...
Otra cuestión que tenía que resolver era que para mí el valor por defecto de Debian /etc/ntp.conf
de configuración incluye 4 líneas a las piscinas: debian.pool.ntp.org
. Ninguno de esos servidores funcionó. Recibí este mensaje de error:
Error al resolver debian.pool.ntp.org: ninguna dirección asociada con el
nombre de host (-5) 24 de marzo 04:49:27 ntpdate [15115]: no se puede encontrar el host
debian.pool.ntp.org: ninguna dirección asociada con el nombre de host ( -5) 24 de marzo
04:49:27 ntpdate [15115]: no se pueden usar servidores, saliendo
Tuve que cambiar los servidores a us.pool.ntp.org
.