Erreurs du pack linux_by_ssh

La connexion a échoué, car la paire utilisateur / clef public n'est pas reconnu par l'hôte supervisée.

Possibles raisons :

• L'utilisateur utilisé n'existe pas
• La paire utilisateur / clef public n'est pas autorisé pour se connecter sur la machine supervisée.

La clef privée configurée par la donnée SSH_KEY n'existe pas.

Le mot de passe pour déchiffrer la clef privé n'est pas correct.

Vérifier la donnée SSH_KEY_PASSPHRASE.

La résolution DNS a échoué.

Vérifier l'adresse ou le nom utilisé pour se connecter à l'hôte

La résolution DNS a échoué.

Vérifier l'adresse ou le nom utilisé pour se connecter à l'hôte

Il suffit généralement de patienter quelques secondes. Si le problème persiste la configuration NTP doit avoir un problème.

Résolution

La commande suivant permet de redémarrer le service de temps ntpd :

systemctl restart ntpd

Résolution

Installer le packet ntp, ou ntpsec pour les serveurs plus récents. D'autres serveurs NTP peuvent également être installé, comme chrony ; supervisé par le Modèle chrony_by_ssh.

# Centos 6, 7
yum install ntp

# Debian 11
dnf install ntp

# Ubuntu 14, 16, 18, 20, 22
apt install ntp

# Opensuse 15
zypper install ntp

Pour installer le packet ntpsec ( équivalent plus récent )

# Debian 11, 12, 13, 14
dnf install ntpsec

# Fedora 37, 38, 39, 40, 41, 42, 43
apt install ntpsec

# Ubuntu 18, 20, 22, 24, 25, 26

Il suffit généralement de patienter quelques secondes. Si le problème persiste la configuration NTP doit avoir un problème.

Le service "systemd-timesyncd" n'est pas installé sur le serveur supervisé.

Résolution

Installer le packet  "systemd-timesyncd" pour les serveurs plus récents. D'autres serveurs NTP peuvent également être installé, comme ntpd.

# Debian 11, 12, 13, 14
apt install systemd-timesyncd

# Ubuntu 18, 20, 22, 24, 25, 26
apt install systemd-timesyncd

Le service "systemd-timesyncd" n'est pas démarré sur le serveur supervisé.

Résolution

Démarrer le service  "systemd-timesyncd".

systemctl enable systemd-timesyncd
systemctl start systemd-timesyncd

Les commandes 'lastb' et 'last' permettent de récupérer les dernières connexions réussies et échouées à une machine.
Ces commandes sont fournies par le paquet 'util-linux', installé par défaut sur la plupart des distributions Linux.
Cependant, sur certaines distributions récentes, 'lastb' n'est plus distribué et 'last' a été remplacé par une implémentation d'un nouveau paquet : 'wtmpdb'.
Alors le check ne supporte pas la supervision des hôtes aillants les distributions suivantes :

• >= Debian 12
• >= Ubuntu 22
• >= FreeBSD 13
• >= OpenSuse 13

Les commandes suivantes permettront au groupe de l'utilisateur choisi pour votre supervision Shinken d'avoir un accès ( en lecture seule ) au fichier /var/log/btmp, fichier comportant vos logs de connexions échouées.

Sans cet accès, la sonde ne fonctionnera pas et vous renverra le statut INCONNU.

Commandes à exécuter :

sed -i -e "s/btmp 0600/btmp 0640/g" /usr/lib/tmpfiles.d/var.conf
chmod 640 /var/log/btmp
usermod -aG utmp user-service-shinken

1. La commande sed -i -e "s/btmp 0600/btmp 0640/g" /usr/lib/tmpfiles.d/var.conf modifie les droits par défaut du fichier /var/log/btmp dans le fichier de configuration des fichiers temporaires.

• Cette modification garantit que, même après un redémarrage, les permissions de btmp resteront correctes (lecture pour le groupe).
• Note : Si le fichier /usr/lib/tmpfiles.d/var.conf n'existe pas sur votre système, une erreur "no such file or directory" peut apparaître.  Cela n'affecte en rien l'application de la commande.

2.  La commande chmod 640 /var/log/btmp applique immédiatement les droits nécessaires sur le fichier.

• Les utilisateurs du groupe pourront lire les journaux des tentatives de connexion échouées.

3. La commande usermod -aG utmp user-service-shinken ajoute l'utilisateur user-service-shinken au groupe utmp, qui a la responsabilité des logs système.

• Cela permet à l'utilisateur de supervision de lire le fichier /var/log/btmp.

Résolution

Les commandes suivantes permettront au groupe de l'utilisateur choisi pour votre supervision Shinken d'avoir un accès ( en lecture seule ) aux fichiers de configuration sshd.

Sans cet accès, la sonde ne fonctionnera pas et vous renverra le statut INCONNU.

Certains checks requièrent un accès spécifique à des fichiers.

• Pour ce faire, nous vous mettons à disposition une série de commandes.
  • Ces commandes permettront au groupe de l'utilisateur choisi pour votre supervision Shinken d'avoir un accès ( en lecture seule ) au fichier /etc/ssh/sshd_config, fichier comportant votre configuration SSH ainsi qu'au dossier /tmp ( en lecture, écriture et execution ).
• Sans cet accès, la sonde ne fonctionnera pas et vous renverra le statut INCONNU.

Commandes à exécuter :

sed -i -e "s/create 0600/create 0640/g" /etc/logrotate.conf
chmod 640 /etc/ssh/sshd_config
chown root:user-service-shinken /etc/ssh/sshd_config

1. La commande sed -i -e "s/create 0600/create 0640/g" /etc/logrotate.conf modifie les droits par défaut dans le fichier de configuration de logrotate.

• Cela garantit que, lors de la rotation des fichiers logs ( par défaut, chaque mois ), les permissions de lecture sur /etc/ssh/sshd_config pour le groupe ne seront pas rétablies à des niveaux plus restrictifs.

2. La commande chmod 640 /etc/ssh/sshd_config applique immédiatement les droits nécessaires.

• Le fichier de configuration SSH devient lisible par le groupe.
  

3. La commande chown root:user-service-shinken /etc/ssh/sshd_config modifie le groupe du fichier.

• Le propriétaire reste root, mais le groupe est désormais user-service-shinken. Cela permet à l'utilisateur de supervision d'accéder au fichier en lecture seule.

Resolution

shinken_tmp_dirname="shinken"
mkdir --parents /tmp/$shinken_tmp_dirname
chown root:user-service-shinken /tmp/$shinken_tmp_dirname
chmod g+rwx /tmp/$shinken_tmp_dirname

1.  La commande mkdir --parents /tmp/$shinken_tmp_dirname crée un récursivement un répertoire.

• Le répertoire créé est /tmp/shinken.
• Si un autre dossier de stockage des fichiers temporaire doit être utilisé, modifiez la première ligne : shinken_tmp_dirname="NouveauDossier" ainsi que la variable SHINKEN_TMP_DIRNAME attaché au modèle d'hôte.

2. La commande chown root:user-service-shinken /tmp/shinken modifie le groupe du dossier /tmp/shinken.

• Cela garantit que des droits peuvent être appliqués au groupe shinken sur ce dossier.

3. La commande chmod g+rwx /tmp/shinken applique immédiatement les droits nécessaires au dossier /tmp/shinken pour le groupe user-service-shinken.

• Les droits de lecture, d'écriture et d'exécution sont ajoutés au dossier. Cela permet aux sondes de créer et lire des fichiers dans le dossier /tmp/shinken.