Tengo la tarea de escribir una aplicación que admita la comunicación NTP. Todo funciona bien hasta ahora, pero necesito saber si la última encuesta ntp fue exitosa o no.
Cuando desconecto el cable de red, ntpstat incluso me dice a la mañana siguiente que todo estaba bien. Pero no hubo comunicación NTP en toda la noche...
¿Tienes algunas ideas?
¡Gracias!
Hacer ping no es una buena solución, el servidor podría desactivar la respuesta de bc o se puede acceder al servidor, pero el demonio ntp no se está ejecutando.
Respuesta1
Lo encontré yo mismo.
ntpq -pn tiene una columna "alcance", que disminuye si las encuestas no tienen éxito
Respuesta2
A la mayoría de las aplicaciones no les importa que lleguen todos los paquetes NTP. Ocasionalmente, UDP sobre IP puede tener pérdidas. ntpd continúa y sigue ajustándose según el último desplazamiento y desviación conocidos. En realidad, a la mayoría de las aplicaciones no les importa en absoluto la sincronización de la hora. Los pocos que lo hagan podrían esperar en el arranque hasta que se inicie ntpd (o chronyd).
Un script de monitoreo de código abierto que tiene umbrales de alcance esntpmon. Como referencia, considera que el 75% de todas las fuentes ntp son exitosas. Entonces, 6 de los 8 últimos paquetes, dado el alcance, es un número de 8 bits. Esto, más los umbrales de compensación, lo convierte en una métrica de host para el monitoreo de la infraestructura.
ntpstat probablemente se refiere alscript de shell ntpstat(reemplazando un programa anterior). Lo que imprimirá una fuente y un error estimado. Y solo sale con un código de retorno distinto de cero en casos específicos, como que el demonio NTP no se ejecuta. ntpstat no alerta sobre el alcance, ya sea intencionalmente para admitir casos de uso desconectados o si esa característica nunca se implementó, no lo sé.