Solucione el error ntp, no se encontró el servidor adecuado para la sincronización

Al usar ntpdate -d para consultar, encontrará los siguientes dos errores que causan que no se encuentre un servidor adecuado para la sincronización:

Error 1. Servidor cancelado : Strata demasiado alto

Ejecutando ntpdate serverIP en ntp client, no se encontró un servidor adecuado para el error de sincronización.

Verifique con ntpdate – d serverIP en el cliente ntp y busque el error "Server droped: strata too high" y muestre <; stratum 16 ". En circunstancias normales, el rango de valores del estrato es <; 0 ~ 15 ".

Esto se debe a que el servidor NTP aún no está sincronizado consigo mismo o con su servidor.

La siguiente definición es mantener el servidor NTP sincronizado consigo mismo. Si el servidor definido en /ntp.conf no está disponible, la hora local se utilizará como servicio ntp para el cliente ntp.

server 127.127.1.0fudge 127.127.1.0 stratum 8

Después de reiniciar el servicio ntp en el servidor ntp, el servidor ntp o su servidor necesitan un período de sincronización, este proceso puede ser 5 minutos, dentro de este tiempo cuando el cliente ejecute el comando ntpdate no generará ningún servidor adecuado para el error de sincronización encontrada.

Entonces, ¿cómo sabes cuándo el servidor ntp ha completado el proceso de sincronización consigo mismo?

Use el comando en el servidor ntp:

# watch ntpq -p

Aparece la pantalla:

Cada 2.0s: ntpq -p Thu Jul 10 02 : 28: 32 2008

ref. Remoto t cuando el sondeo retardo jitter offset de desplazamiento

192.168.30.22 LOCAL (0) 8 u 22 64 1 2.113 179133. 0.001 < Br>

LOCAL (0) LOCAL (0) 10 l 21 64 1 0.000 0.000 0.001

Tenga en cuenta que LOCAL es el servidor ntp que se sincroniza consigo mismo.

Tenga en cuenta el valor de alcance. Después de iniciar el servicio del servidor ntp, este valor aumentará de 0. Cuando se aumenta a 17, el cambio de 0 a 17 es 5 veces, y cada vez es el valor de la encuesta. El número de segundos es de 64 segundos * 5 = 320 segundos.

Si aún no puede sincronizar el servidor ntp desde el cliente ntp, use ntpdate – d para consultar el mensaje de error detallado y emitir un juicio.

Error 2. Servidor caído: sin datos

El mensaje de error al ejecutar netdate – d desde el cliente es el siguiente:

transmitir (192.168.30.22) transmitir (192.168. 30.22)

transmitir (192.168.30.22)

transmitir (192.168.30.22)

transmitir (192.168.30.22)

192.168.30.22: Servidor eliminado : no hay datos

servidor 192.168.30.22, puerto 123 ..... 28 de julio 17:42:24 ntpdate [14148]: no se encontró un servidor adecuado para la sincronización

El motivo de este problema Puede haber 2:

1. Verifique la versión de ntp. Si está usando una versión diferente a ntp4.2 (incluida 4.2), el uso de notrust en la definición de restringir causará el error anterior.

Verifique la versión ntp con el siguiente comando:

# ntpq -c versión

La siguiente es una descripción del sitio web oficial de ntp: El comportamiento de notrust cambió entre las versiones 4.1 y 4.2 .

En la intención 4.1 (y anterior) de notrust " No confíe en este host /subred para el tiempo "..

En 4.2 (y posterior) notrust significa " Ignorar todos los paquetes NTP que No están autenticados criptográficamente. &Quot; Esto obliga a los servidores de tiempo remotos a autenticarse en su (cliente) ntpd

Resolver:

Eliminar el notrust.

2. Compruebe el firewall del servidor ntp. Puede ser que el servidor de seguridad del servidor bloquee el puerto de actualización 123.

Puede usar el comando

#service iptables stop

para desactivar el servicio de iptables y luego intentar sincronizar desde el cliente ntp. Si tiene éxito, se demuestra que es un problema de firewall y debe cambiarse. Configuraciones de iptables.