GNU/Linux >> Tutoriales Linux >  >> Linux

La consulta local NTP siempre supera el tiempo de espera

En RHEL/CentOS 6 y 7, por cualquier motivo ntpq intenta consultar el loopback de IPv6 en ::1 en lugar del loopback de IPv4 en 127.0.0.1. Con esto en mente, agregué esta línea a mi /etc/ntp.conf archivo:

restrict ::1

Guardó el archivo y luego reinició ntpd

service ntpd restart

ahora el comando:

ntpq -p

funciona como se esperaba. (Esto es lo mismo que ejecutar ntpq en modo de línea de comandos y luego emitiendo el peers comando.)

Prefiero esta solución ya que no tienes que habilitar las comunicaciones con ntpd a través de una interfaz Ethernet potencialmente pública, lo que puede ser un problema de seguridad.


Estaba esperando ntpq para consultar el servidor local a través de 127.0.0.1, pero resulta que está consultando el servidor local a través de la interfaz de red ethernet.

Aunque no tengo idea de por qué una consulta ntp local tendría que pasar por ethernet, pero en el archivo de configuración agregué

restrict <eht0 ip address>

Y ahora NTP funciona bien.


Linux
  1. ¿Mantener Bloq Num siempre activado?

  2. Rc_status siempre devuelve "fallido"?

  3. ¿Se agota el tiempo de espera de Sudo durante una secuencia de comandos de ejecución prolongada?

  4. Cómo importar grandes archivos de datos MySQL si se agota el tiempo de espera de phpMyAdmin

  5. Servicio del sistema operativo Linux 'ntpd'

¡Telegram Desktop 1.0 ya está disponible! Instalarlo en Linux

alternativa de suscripción redhat | Reporto local

Solución de problemas:bloqueo de RDP

Ubuntu 19.04:configurar el servidor NTP

Centos 7:configurar el servidor NTP

Instalar gema en la carpeta local