Sommaire

Contexte

Le check Ntp Sync by SNMPv1v2 va vérifier la date et l'heure de votre système et le comparer à celles du serveur ntpd.

  • Si le serveur ntpd est accessible, vous pourrez alors obtenir:
    • le temps d'aller-retour entre votre client et le serveur
    • le décalage d'horloge entre l'hôte supervisé et le serveur de temps de référence.
  • Sinon, vous serez invité à démarrer le service adéquat.

La vérification est basée sur 2 informations : l' OFFSET et le DELAY

  • Pour savoir si le serveur est à l'heure, le serveur ntp local fait une requête au serveur ntp de référence.
    • Le temps d'aller-retour de la requête correspond au DELAY mesuré.
    • L'OFFSET correspond à la différence d'heure entre le serveur supervisé et le serveur ntp de référence.
  • Les 2 valeurs sont nécessaires, car l'OFFSET peut avoir au pire la valeur de DELAY comme marge d'erreur ( le temps d'acheminement moyen de la requête au serveur de temps ).
    • C'est pour cela que le check Ntp Sync by SNMPv1v2 mesure ces 2 valeurs et réagi en fonction des seuils de tolérance que vous définissez.



REMARQUE

Note : Si dans la définition de l'équipement supervisé, vous avez aussi attaché le modèle chrony-by-snmp ce check disparaitra et sera remplacé par le check Ntp Sync Chrony by SNMPv1v2.

Paramétrage

Le check utilise la ligne de commande suivante :

$LINUX-BY-SNMP__SHINKEN__PLUGINSDIR$/check_linux_health_by_snmp_rust --check check_ntp_sync
    -H "$HOSTADDRESS$"
    -p "$_HOSTLINUX-BY-SNMP__PORT$"
    -t "$_HOSTLINUX-BY-SNMP__TIMEOUT$"
    -c "$_HOSTLINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT$,$_HOSTLINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT$"
    -w "$_HOSTLINUX-BY-SNMP__NTP-SYNC__DELAY-WARN$,$_HOSTLINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN$"
    --snmp_version "2"
    --community "$_HOSTLINUX-BY-SNMP__V1V2-COMMUNITY$"

Données utilisées provenant des modèles

Données communes pour les checks des modèles

NomModifiable surUnitéDéfautValeur par défaut à l'installation de Shinken Description
LINUX-BY-SNMP__TIMEOUT

l'Hôte

( Onglet Données )

seconde5 5 Temps maximal en seconde pour réussir une connexion SNMP avant que le check ne renvoi une erreur INCONNU  ( La valeur doit être comprise entre 2 et 60 ).
LINUX-BY-SNMP__PORT

l'Hôte

( Onglet Données )

---

161161Port pour la connexion SNMP.
LINUX-BY-SNMP__V1V2-COMMUNITY

l'Hôte

( Onglet Données )

---public public

La Communauté SNMP v1/v2 défini sur votre linux :

  • En SNMP v1/v2, la communauté est un équivalent à un ID ou à un mot de passe pour se connecter aux équipements.


LINUX-BY-SNMP__V1V2-VERSION

l'Hôte

( Onglet Données )

---22

Sélectionne la version SNMP 1 ou 2 à utiliser.

Données spécifiques pour ce check

NomModifiable surUnitéValeur par défaut à l'installation de ShinkenDescription
LINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT

l'Hôte

( Onglet Données )

ms30Définit le décalage en millisecondes à partir duquel le check passe en CRITIQUE.
LINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN

l'Hôte

( Onglet Données )

ms10

Définit le décalage en millisecondes à partir duquel le check passe en ATTENTION.

LINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT

l'Hôte

( Onglet Données )

ms200Définit le délai en millisecondes à partir duquel le check passe en CRITIQUE.
LINUX-BY-SNMP__NTP-SYNC__DELAY-WARN

l'Hôte

( Onglet Données )

ms100Définit le délai en millisecondes à partir duquel le check passe en ATTENTION.

Données DFE ( Duplicate Foreach )

Pas de données DFE pour ce check

Données utilisées provenant du check

Pas de données provenant du check pour ce modèle

Données globales

NomModifiable surUnitéDéfautValeur par défaut à l'installationDescription
USERPLUGINSDIR

Non modifiable

( Sauf Admin Shinken )

--/var/lib/shinken/libexec /var/lib/shinken/libexec

Chemin absolu contenant les sondes installés par Shinken

LINUX-BY-SNMP__SHINKEN__VENDOR

Non modifiable

( Sauf Admin Shinken )

--shinken-additional-packs shinken-additional-packs

Dossier fournit par shinken

LINUX-BY-SNMP__SHINKEN__PACKNAME

Non modifiable

( Sauf Admin Shinken )


linux-by-SNMP__shinken linux-by-SNMP__shinken

Dossier contenant les sondes 

LINUX-BY-SNMP__SHINKEN__PLUGINSDIR

Non modifiable

( Sauf Admin Shinken )

--
USERPLUGINSDIR/LINUX-BY-SNMP__SHINKEN__VENDOR/
LINUX-BY-SNMP__SHINKEN__PACKNAME
/var/lib/shinken-user/libexec/shinken-additional-packs/linux-by-SNMP__shinken

Chemin absolu du dossier contenant les sondes du pack linux-by-SNMP__shinken ( non modifiable )

Propriétés de l'hôte

NomModifiable surUnitéDéfautValeur par défautDescription
HOSTADDRESS

l'Hôte

( Onglet Général )

--

Nom de l'hôte Nom de l'hôte

Adresse de l'hôte

Résultat

Exemple

Interprétation

Statut

  • Il peut prendre quatre valeurs  OK / CRITIQUE / ATTENTION / INCONNU .
    • Le statut va dépendre du retour de sonde et de la configuration spécifique du check pour les données suivantes :
      • LINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT

      • LINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN

      • LINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT

      • LINUX-BY-SNMP__NTP-SYNC__DELAY-WARN

    • Voici un tableau récapitulatif du statut attendu suivant le retour de sonde :

Le texte de la colonne  "Affichage des seuils" montre les paramètres utilisés et leur valeur définie sur l'équipement supervisé.

Situation

Statut

Exemple

  • Le décalage observé dépasse LINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT
CRITIQUE

  • Le décalage observé dépasse LINUX-BY-SNMP__NTP-SYNC__OFFSET-WARN
ATTENTION

  • Le délai observé dépasse LINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT

CRITIQUE

  • Le délai observé dépasse LINUX-BY-SNMP__NTP-SYNC__DELAY-WARN.

ATTENTION

Résultat

Le résultat contient un message indiquant le statut du check.

Lors d'un passage en CRITIQUE ou ATTENTION, un message indique quel en est la cause.

Résultat Long

Le résultat long contient un tableau affichant la valeur de l'OFFSET et du DELAY en millisecondes.

Métriques

Définition

Nom de la métriqueUnitéDescriptionSeuil d'avertissementSeuil critique
delaymsTemps aller-retour entre le client et le serveur LINUX-BY-SNMP__NTP-SYNC__DELAY-WARNLINUX-BY-SNMP__NTP-SYNC__DELAY-CRIT
offsetmsDécalage de temps entre le système et le serveurLINUX-BY-SNMP__NTP-SYNC__OFFSET-WARNLINUX-BY-SNMP__NTP-SYNC__OFFSET-CRIT

Exemple

Erreurs et pré-requis

Erreurs de configuration de l'hôte à superviser ( spécifique à ce check )

MONITORED HOST - BAD STATE – NTP tools and daemon are not installed

Il est nécessaire que le service ntpd soit installé pour le bon fonctionnement du check. Sans cela, l'erreur suivante sera générée :

Il est possible que le serveur de temps installé et configuré sur votre serveur Linux soit chrony ( chronyd ) et non NTP ( ntpd ).

Par exemple, sur les distributions basé sur RedHat ( comme RHEL, Alma, Rocky, Centos ) :

  • Dans la version 7, ntpd est déprécié en faveur de chronyd
  • À partir de la version 8, ntpd n'est plus supporté et chronyd est le serveur de temps par défaut.


Alors, il faut accrocher le modèle Modèle chrony-by-SNMP du pack linux-by-SNMP__shinken à l'hôte, afin de superviser le bon service de temps.

RESOLUTION :

Les instructions suivantes sont à exécuter sur l'hôte supervisée.

Installez et activez le service ntpd.


Démarrer le service ntpd stoppera les autres services NTP, comme chronyd.

Il est possible que le package ntp et son démon ntpd ne soient pas disponible pour votre machine ( ex : RHEL, alma, rocky 8 et 9 ) alors il est possible d'utiliser le démon chronyd et de le superviser en accrochant Modèle chrony-by-SNMP du pack linux-by-SNMP__shinken.

# Debian, Ubuntu
sudo apt install ntp

# Fedora, OpenSUSE
sudo yum install ntp

# Arch
sudo pacman -S ntp


sudo service ntpd restart


MONITORED HOST - BAD STATE – NTP daemon seems to be shutdown.

Il est possible que le service ntpd ne soit pas allumé. L'erreur suivante sera générée :

RESOLUTION :

Les instructions suivantes sont à exécuter sur l'hôte supervisée.

Le service ntpd doit être activé et démarré :

sudo service ntpd restart

MONITORED HOST - BAD STATE – No NTP source server found.

Une fois lancé, le service ntpd va choisir le serveur NTP, parmi un ou plusieurs configurés, qui sera utilisé pour la synchronisation NTP. Cette opération prend quelques secondes une fois le service démarré. Sans cela, l'erreur suivante sera générée :

RESOLUTION :

Il suffit d'attendre quelques secondes.
Si le problème persiste, vérifiez le bon fonctionnement du service ntpd et de sa configuration. Cliquez ici pour un guide de configuration ntpd.

Erreurs de connexion ( communes à tous les checks )

UNKNOWN – Session error: timeout

La connexion SNMP est configuré par défaut pour se couper si aucune réponse n'est perçu après cinq secondes ( paramétrable avec LINUX-BY-SNMP__TIMEOUT ).


Cette erreur peut intervenir lorsque :

  • Aucun accès réseau n'est disponible vers l'hôte.
  • En SNMP v1 ou v2, la communauté utilisée est incorrecte.
  • En SNMP v3, la clef privée ( LINUX-BY-SNMP__V3-PASSPHRASE-PRIV ) utilisée est incorrecte.

UNKNOWN – Failed to create SNMP session. Got error: failed to lookup address information: Name or service not known

La résolution DNS de l'hôte a échoué.

UNKNOWN – Session error: Socket receive error: host unreachable

La tentative de connexion à l'hôte a échoué à atteindre l'hôte.

Cette erreur peut être générée à cause d'une mauvaise configuration de pare-feu.

UNKNOWN – Session error: Socket receive error: connection refused


La tentative de connexion à l'hôte a été refusé.

Cette erreur peut intervenir lorsque :

  • Un pare-feu bloque la requête
  • Le service SNMP du serveur à supervisé n'est pas démarré.

UNKNOWN – Session error: Unexpected report: authentication failure

L'authentification SNMP v3 a échoué.

Cette erreur peut intervenir lorsque :

  • En SNMP v3, le mot de passe ( LINUX-BY-SNMP__V3-PASSPHRASE-AUTH ) utilisée est incorrecte.
  • En SNMP v3, la méthode de hachage ( LINUX-BY-SNMP__V3-PROTOCOL-AUTH ) utilisée est incorrecte.

UNKNOWN – Session error: Unexpected report: unknown user name

L'utilisateur SNMP v3 utilisé n'existe pas.


UNKNOWN – Session error: Unexpected report: unsupported security level.


L'authentification SNMP v3 a échoué. La méthode d'authentification n'est pas authorisé.



Cette erreur peut intervenir lorsque :

Erreurs de configuration de l'hôte à superviser ( communes à tous les checks )

Les erreurs suivantes peuvent arriver sur la version SNMPv2 et SNMPv3.

MONITORED HOST - BAD STATE – No [ ... ] data found. This might be due to :


Deux erreurs sont possibles :

  • La vue SNMP configuré n'a pas les droits suffisants.
  • La configuration SNMP n'inclus pas les options "extend" nécessaires au bon fonctionnement des checks.



RESOLUTION :

Il faut vérifier les deux étapes suivantes de la configuration :