Comment vérifier si NTPD met à jour l'heure de la machine avec succès en utilisant le shell?

J'essaie d'utiliser NTPD pour mettre à jour l'heure de ma machine Linux vers un serveur NTP spécifié.
Voici le scénario:

Chaque fois que la machine Linux démarre, je veux mettre à jour l'heure à partir du serveur NTP et si elle ne réussit pas, je veux réessayer toutes les 5 minutes jusqu'à ce que cela réussisse (max est de 2 heures).

J'ai cherché autour et j'ai trouvé que je devais (?) Utiliser NTPD et utiliser une commande comme:

#ntpdate ntp.server.com (avant de démarrer NTPD)
#ntpd some_options_to_start

Les questions sont:

1. Comment savoir si l'heure a bien été mise à jour par ces commandes?
2. Puis-je définir l'intervalle de mise à jour de l'heure à partir de ntpd? (ou je dois utiliser quelque chose comme sleepet boucler avec do.. while/ fordans le shell?)

Notez que je veux exécuter les commandes ci-dessus dans un script shell et mettre le shell dans un serveur web. Ensuite, les clients (avec un navigateur Web) exécuteront le script sur le site Web. J'ai donc besoin de vérifier si la mise à jour est réussie ou de ne pas envoyer de résultat au client (sur le Web).

L'utilisation d'un script pour surveiller ntpdn'est pas courante. Habituellement, un outil de surveillance comme nagiosou muninest utilisé pour surveiller le démon. L'outil peut vous envoyer une alerte en cas de problème. Je muninm'envoie un e-mail si le décalage dépasse 15 millisecondes.

Normalement, vous devez utiliser un nombre impair de serveurs afin que le démon puisse effectuer une élection parmi les serveurs en cas de panne. Trois est généralement suffisant et plus de cinq est excessif. Les clients de votre réseau interne devraient pouvoir se débrouiller avec un seul serveur interne si vous le surveillez. Utilisez des serveurs légitimes ou vos serveurs NTP ou DNS FAI comme sources d'horloge. Il existe des pools publics ainsi que des serveurs publics.

ntpdest à réglage automatique et vous ne devriez pas avoir besoin de le régler une fois qu'il est configuré et démarré. Avec les ntpdimplémentations récentes, vous pouvez abandonner ntpdatecomplètement l' utilisation car elles peuvent faire le réglage initial de la date.

Le script suivant analysera les décalages dans la sortie de ntpd et signalera un décalage excessif. Vous pouvez l'exécuter depuis cron pour vous envoyer un e-mail en cas de problème. Par défaut, le script alerte sur un décalage de 0,1 seconde.

#!/bin/bash
limit=100   # Set your limit in milliseconds here
offsets=$(ntpq -nc peers | tail -n +3 | cut -c 62-66 | tr -d '-')
for offset in ${offsets}; do
    if [ ${offset:-0} -ge ${limit:-100} ]; then
        echo "An NTPD offset is excessive - Please investigate"
        exit 1  
    fi  
done
# EOF

Utilisez ntpstat.

myserver # ntpstat
synchronised to NTP server (10.89.160.13) at stratum 4
   time correct to within 124 ms
   polling server every 1024 s

Pour répondre à la première question, il ntpdatevous indique généralement ce qu'il a fait ou n'a peut-être pas fait.

[root@flask rc.d]# ntpdate dagoo
12 Aug 10:04:03 ntpdate[20585]: adjust time server 10.0.0.15 offset -0.042285 sec

Le démon NTP ntpd, s'exécute en permanence et demande de temps en temps aux serveurs NTP (généralement configurés dans /etc/ntp.conf). Vous ne devriez pas avoir à exécuter votre script toutes les 5 minutes. ntpdatedevrait mettre la machine en synchronisation avec le serveur, et ntpdfonctionnera en arrière-plan et la gardera synchronisée. Vous ne définissez pas l'intervalle que ntpd essaie, il ajuste l'intervalle en fonction de la façon dont il perçoit les dérives de l'horloge locale à partir des serveurs et de la qualité des connexions aux serveurs.

Vous pouvez utiliser un programme nommé ntpdcpour voir ce qui ntpdreste comme information:

1 % ntpdc 
ntpdc> peers
     remote           local      st poll reach  delay   offset    disp
=======================================================================
*min-time-01.ine 10.0.0.15        1 1024  377 0.07047  0.014673 0.14360
=dns-01.esd189.o 10.0.0.15        2 1024  377 0.07587  0.022277 0.13660
ntpdc>

Je pense que le nombre qui vous intéresse généralement est "offset", c'est le nombre de secondes pendant lesquelles votre horloge locale est éloignée de celle du serveur.

Comme la manpage des ntpdcétats pour la commande "pairs":

the current estimated delay, offset and dispersion of the peer, all in seconds.

Donc, clairement, le "décalage" est en secondes.

Il semble que ntpdcsoit obsolète, remplacé par ntpq. ntpqa une commande interactive "pairs", qui donne "décalage" en millisecondes. Mon serveur Redhat possède les deux ntpdcet ntpq, vous devrez donc faire attention.

ntp-wait a été fait pour ce problème.

Cinq minutes avec man ntp-waitet vous devriez être opérationnel ...

J'ai également ajouté au script bash @BillTHor une vérification du code de sortie ntpdstat> 0:

#!/bin/bash
ntpstat > /dev/null
if [ $? -ne 0 ]; then
        echo "NTPD not synchronized - Please investigate"
        exit 1
fi
limit=1000   # Set your limit in milliseconds here
offsets=$(ntpq -nc peers | tail -n +3 | cut -c 62-66 | tr -d '-')
for offset in ${offsets}; do
    if [ ${offset:-0} -ge ${limit:-100} ]; then
        echo "An NTPD offset is excessive - Please investigate"
        exit 1
    fi
done
# EOF

[MISE À JOUR] puisque le script utilisant la sortie ntpq était inutile pour le décalage larget (plus de 4 chiffres de décalage), j'ai essayé une nouvelle version utilisant uniquement ntpstat:

#!/bin/bash
ntpstat > /dev/null
if [ $? -gt 0 ]; then
        echo "NTPD not synchronized - Please investigate"
        exit 1
fi
limit=1000   # Set your limit in milliseconds here
#offsets=$(ntpq -nc peers | tail -n +3 | cut -c 62-66 | tr -d '-')
#offsets=$(ntpq -nc peers | tail -n +3 | tr -s ' ' | cut -d ' ' -f 9 | tr -d '-' |tr -d '.')
offsets=$(ntpstat | tail -n +2 | head -n 1 | cut -c 27- | tr -d ' ms')
for offset in ${offsets}; do
    if [ ${offset:-0} -ge ${limit:-100} ]; then
        echo "NTPD offset is excessive: ${offset:-0} [ms] > ${limit:-100} [ms] - Please investigate"
        exit 1
    fi
done
# EOF`enter code here`

Le décalage NTP peut être obtenu avec le pipeline UNIX suivant:

/usr/sbin/ntpq -pn | /usr/bin/awk 'BEGIN { offset=1000 } $1 ~ /^\*/ { offset=$9 } END { print offset }'

Le nombre de pairs NTP peut être obtenu avec le pipeline UNIX suivant:

/usr/sbin/ntpq -pn | egrep -c '^\*|^\+'

Pour la compensation NTP, nous utilisons:

• avertissement> 250 ms
• critique> 500 ms

Pour le nombre de pairs NTP, nous utilisons:

• pas de seuil d'avertissement
• critique <1

Configuration de surveillance NTP compatible Zabbix (source: Joyent):

# NTP
UserParameter=ntp.offset,/usr/sbin/ntpq -pn | /usr/bin/awk 'BEGIN { offset=1000 } $1 ~ /^\*/ { offset=$9 } END { print offset }'
UserParameter=ntp.peers,/usr/sbin/ntpq -pn | egrep -c '^\*|^\+'

Plugins de surveillance NTP prêts pour Nagios:

check_ntp_offset:

#!/bin/bash
# thresholds
thresh_warn=250
thresh_crit=500

# metric
ntp_offset=$(/usr/sbin/ntpq -pn | /usr/bin/awk 'BEGIN { offset=1000 } $1 ~ /^\*/ { offset=$9 } END { print offset }')

# Exit codes
STATE_OK=0
STATE_WARNING=1
STATE_CRITICAL=2
STATE_UNKNOWN=3

if [[ ! "$ntp_offset" =~ ^[0-9]+$ ]] ; then
   # NTP offset could not be read successfully
   echo "NTP OFFSET UNKNOWN - $ntp_offset"
   exit $STATE_UNKNOWN
elif [[ "$ntp_offset" -gt "$thresh_crit" ]] ; then
   # NTP offset is higher than the critical threshold
   echo "NTP OFFSET CRITICAL - ${ntp_offset}ms (> ${thresh_crit}ms)"
   exit $STATE_CRITICAL
elif [[ "$ntp_offset" -gt "$thresh_warn" ]] ; then
   # NTP offset is higher than the warning threshold
   echo "NTP OFFSET WARNING - ${ntp_offset}ms (> ${thresh_warn}ms)"
   exit $STATE_WARNING
else
   # NTP offset is within thresholds
   echo "NTP OFFSET OK - ${ntp_offset}ms (< ${thresh_warn}ms)"
   exit $STATE_OK
fi

check_ntp_peers:

#!/bin/bash
# thresholds
thresh_warn=1
thresh_crit=1

# metric
ntp_peers=$(/usr/sbin/ntpq -pn | egrep -c '^\*|^\+')

# Exit codes
STATE_OK=0
STATE_WARNING=1
STATE_CRITICAL=2
STATE_UNKNOWN=3

if [[ ! "$ntp_peers" =~ ^[0-9]+$ ]] ; then
   # NTP peers could not be read successfully
   echo "NTP PEERS UNKNOWN - $ntp_peers"
   exit $STATE_UNKNOWN
elif [[ "$ntp_peers" -lt "$thresh_crit" ]] ; then
   # NTP peers is lower than the critical threshold
   echo "NTP PEERS CRITICAL - $ntp_peers (< $thresh_crit)"
   exit $STATE_CRITICAL
elif [[ "$ntp_peers" -lt "$thresh_warn" ]] ; then
   # NTP peers is lower than the warning threshold
   echo "NTP PEERS WARNING - $ntp_peers (< $thresh_warn)"
   exit $STATE_WARNING
else
   # NTP peers is within thresholds
   echo "NTP PEERS OK - $ntp_peers (> $thresh_warn)"
   exit $STATE_OK
fi

Je devrais vraiment laisser l'avertissement et les seuils critiques dans les scripts Nagios être configurables avec -w et -c. Sans cela, ils ne sont pas vraiment entièrement prêts pour les plugins. Plus d'informations à ce sujet dans un didacticiel ici: http://www.kernel-panic.it/openbsd/nagios/nagios6.html

Chrony est censé gérer votre cas d'utilisation mieux que NTPd (marche / arrêt du réseau et de la machine, suspension, etc.). Voir

http://fedoraproject.org/wiki/Features/ChronyDefaultNTP

RE pourquoi je pense que chronny est bon: il est venu pré-installé sur ma machine fedora et je n'ai jamais eu de problème avec (utilisé depuis des années maintenant). Je n'ai jamais eu de problème avec ntpd dans le passé aussi, mais si vous lisez le lien que j'ai fourni, il y a quelques informations sur pourquoi chrony est meilleur pour les non-toujours sur les machines. C'est pourquoi j'ai suggéré à l'op de l'essayer, cela peut ou peut ne pas fonctionner mieux pour lui. C'est donc juste une autre bonne option à essayer avant d'entrer dans trop de réglages, d'optimisation et de piratage de ntpd.

#!/bin/bash

limit=100   # Set your limit in milliseconds here

offsets=$(ntpq -nc peers | tail -n +3 | awk '{print $9 }' | tr -d '-')

for offset in ${offsets}; 
do

    if [ ${offset:-0} -ge ${limit:-100} ];
    then
        echo "An NTPD offset is excessive - Please investigate"

        exit 1

    fi  
done

#!/usr/bin/bash
#set -x
NTPLIMIT=100   # Set your NTPLIMIT in milliseconds here
offsets=$(ntpq -nc peers | tail -3 | cut -c 62-66 | tr -d '-')
for offset in ${offsets}; do
    if [ ${offset:-0} -ge ${NTPLIMIT:-100} ]; then
        echo "An NTPd offset is excessive Please investigate" exit;
        else
                echo "NTP is within 0.1 second of time server"
                exit;
        fi
done

Identique à la réponse précédente ci-dessus, mais avec une légère modification car la commande précédente exécutera l'instruction if pour autant de décalages, c.-à-d. Si le décalage est de 3, elle imprimera NTP à 0,1 ... 3 fois avant la fermeture. Cela peut être gênant si vous avez un serveur qui est loin d'être synchronisé. Il existe probablement un moyen de supprimer la boucle for également ...