Podrías tener un firewall bloqueando el puerto 123 lo que puede causar que el servidor ntp nunca vea los servidores de tiempo.
En mi caso mi ISP (Proveedor de Servicios de Internet) estaba bloqueando los puertos.
Un escaneo del puerto 123 tampoco detectó el bloqueo.
La pistola humeante fue que temporalmente tengo dos alimentaciones independientes de Internet. En linux si ejecuto ntpq -p (repetidamente) con la primera alimentación de internet conectada no se actualiza nada, ¡pero con la otra alimentación se actualiza!
Como dice @Jens A. Koch, ntpdate -u <server name> evita esto, bueno, temporalmente (no es un juego de palabras), pero no soluciona el problema del tiempo a largo plazo.
Con el tiempo se producirán desviaciones en los relojes del sistema y del hardware. Además, en mi caso, el arranque dual linux/windows hace que el reloj del hardware se desajuste aún más (por horas).
Así que debe tener el puerto 123 abierto para UDP para mantener su reloj de 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 ajustar el reloj una vez. Si -u funciona, pero esto no, entonces es una señal bastante segura de que el puerto está bloqueado, o el servidor no responde, …
Otro problema que tuve que resolver fue que para mí la configuración /etc/ntp.conf por defecto de Debian incluía 4 líneas a los pools: debian.pool.ntp.org. Ninguno de esos servidores funcionaba. Me salía este mensaje de error
Error resolviendo debian.pool.ntp.org: No hay dirección asociada a
nombre de host (-5) 24 Mar 04:49:27 ntpdate[15115]: No se puede encontrar el host
debian.pool.ntp.org: No hay dirección asociada con el nombre del host (-5) 24 Mar
04:49:27 ntpdate[15115]: no se pueden usar servidores, saliendo
Tuve que cambiar los servidores a us.pool.ntp.org.