| Scroll Ignore | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
|
Contexte
Les tentatives d'intrusion pour corruption ou vol de données ne doivent pas être sous-estimées dans le cadre de votre supervision de vos postes et serveurs Linux. Ce check a donc été conçu pour vous permettre de garder le maximum de vigilance sur les échecs de connexion sur votre parc.
Le check Connection Failed by SNMPv1v2 va vérifier vos logs dans un laps de temps donné ( 24h par défaut, modifiable dans les données ) et vous donner le nombre total de tentatives de connexions échouées, et un tableau comportant une ligne par trio IP-Host-Interface ( dans le cas d'une connexion réseau ) ou couple Host-Interface ( dans le cas d'une connexion locale sans adresse IP ).
- Vous obtiendrez alors le nombre de tentatives au cas par cas, la date de la première et de la dernière tentative, et les informations précédemment énoncées.
- Le tableau est classé par le nombre total de tentatives de connexion pour le trio IP-Host-Interface ou Host-Interface.
- Deux seuils configurables permettent de déterminer quand le check passe en ATTENTION, puis en CRITIQUE.
Le check Volumes Status by SNMPv1v2 permet de vérifier l'état logique des volumes d'une baie HPE Nimble : leur disponibilité (online / offline) et leur nombre de connexions iSCSI actives.
En mode all-volumes, il découvre automatiquement tous les volumes exposés par la baie et contrôle, pour chacun, ces deux indicateurs.
| Info |
|---|
Un volume offline passe directement en CRITIQUE. Sinon, le nombre de connexions est comparé à des bornes :
|
Le changement de statut repose sur une seule règle :
Si un volume est indisponible (offline) ou si son nombre de connexions sort des bornes définies, alors le statut du check change automatiquement.
Ce check permet donc :
de repérer un volume indisponible,
de détecter une perte anormale de connexions (volume qui n'est plus utilisé par les applications),
de suivre le nombre de connexions des volumes.
| icon | false |
|---|
Le check ne supporte pas certaines distributions, où la commande 'lastb' n'est plus disponible :
- >= Debian 12
- >= Ubuntu 22
- >= FreeBSD 13
- >= OpenSuse 13
Un status INCONNU sera renvoyé si le check ne peut pas s'exécuter.
Paramétrage
Le check utilise la ligne de commande suivante :
| Code Block | ||||
|---|---|---|---|---|
| ||||
$LINUX$HPE-NIMBLE-BY-SNMP__SHINKEN__PLUGINSDIR$/check_linuxhpe_nimble_health_by_snmp_rust --check check_connectionvolumes_failedstatus -H "$HOSTADDRESS$" -p "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__PORT$" -t "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__TIMEOUT$" --wmin-warn "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__CONNECTIONMIN-WARN$" --min-ccrit "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__CONNECTIONMIN-CRIT$" --imax-warn "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__INTERFACES$MAX-WARN$" --max-ncrit "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__TIMEMAX-LIMIT$CRIT$" --snmp_version "22c" --community "$_HOSTLINUXHOSTHPE-NIMBLE-BY-SNMP__V1V2-COMMUNITY$" |
Données utilisées provenant des modèles
Données communes pour les checks des modèles
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Données spécifiques pour ce check
| Nom | Modifiable sur | Unité | Défaut | Valeur par défaut à l'installation de Shinken | Description |
|---|---|---|---|---|---|
|
|
|
|
|
| l'Hôte ( Onglet Données ) |
| connexions | 0 | 0 | Le check passe en CRITIQUE si le nombre de connexions |
d'un volume est ≤ à cette valeur (0 = un volume sans aucune connexion est critique). Doit être ≤ au seuil warning. | |
|
|
|
|
|
| l'Hôte ( Onglet Données ) | connexions |
| 1 |
| 1 | Le check passe en ATTENTION si le nombre de connexions |
d'un volume est ≤ à cette valeur. Doit être ≥ au seuil critique. | |
|
|
|
|
|
| l'Hôte ( Onglet Données ) |
heures
| connexions | 0 ( désactivé ) | 0 | Le check passe en ATTENTION si le nombre de connexions d'un volume est ≥ à cette valeur. 0 = désactivé. | |
|
|
|
|
| l'Hôte ( Onglet Données ) |
-
Filtres des interfaces de connexion à prendre en compte dans le check, séparées par des virgules.
Les interfaces prisent en compte doivent commencer par au moins un des filtres de cette liste.
Exemples :
- 'ssh' prendra en compte 'ssh:notty'
- 'tty' ne prendra pas en compte 'ssh:notty'
- 'tty' prendra en compte 'tty/0'
La valeur ALL peut être utilisé afin de prendre en compte toutes les interfaces.
Données DFE ( Duplicate Foreach )
Pas de données DFE pour ce check
| connexions | 0 ( désactivé ) | 0 | Le check passe en CRITIQUE si le nombre de connexions d'un volume est ≥ à cette valeur. 0 = désactivé. Doit être ≥ au seuil warning haut. |
Données Données utilisées provenant du check
Pas de données provenant du check pour ce modèle
| Excerpt |
|---|
|
Résultat
Exemple
| Panel |
|---|
Interprétation des données
Statut
Il peut prendre 4 valeurs états OK / CRITIQUE / ATTENTION / INCONNU.
Le statut va dépendre dépend du retour de sonde (disponibilité du volume) et de la configuration spécifique du check pour les données suivantes :
- HPE-NIMBLE-BY-SNMP__VOLUMES-STATUS__MIN-WARN
- HPE-NIMBLE-BY-SNMP__VOLUMES-STATUS__MIN-CRIT
- HPE-NIMBLELINUX-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__CONNECTIONMAX-WARN
- LINUXHPE-NIMBLE-BY-SNMP__CONNECTIONVOLUMES-FAILEDSTATUS__CONNECTIONMAX-CRIT
Voici Ci-dessous, un tableau récapitulatif du statut attendu suivant le retour de sonde des différents retours possibles :
| Info | |
|---|---|
Le texte de la colonne "Affichage des seuils" montre les paramètres utilisés et leur valeur définie sur l'équipement supervisé.Panel | statut global du check correspond au pire statut parmi tous les volumes remontés. |
| Situation | Statut | Exemple |
|---|
| Panel |
|---|
ATTENTION
| Panel |
|---|
Résultat
| CRITIQUE | ( capture à insérer ) | ||
| CRITIQUE | ( capture à insérer ) | ||
| ATTENTION |
| ||
| INCONNU | ( capture à insérer ) |
Résultat
Le résultat court affiche un résumé de l'état des volumes : nombre de volumes offline ou sans assez de connexions, nombre de volumes dont le nombre de connexions est hors bornes, et nombre de volumes dans les limitesLe résultat contient un message indiquant le nombre de tentatives de connexions échoués et le status de la sonde.
Résultat long
Le résultat long contient affiche un tableau affichant l'ensemble des tentatives de connexions échoués par :
- IP
- nom d'utilisateur
- Nombre de tentatives
- Date de dernière connexion
- Date de première connexion
Métriques
, une ligne par volume : nom, nombre de connexions (ou offline si le volume est indisponible) et statut.
Métriques
Interprétation des métriques
Définition| Nom de la métrique | Unité | Description | Seuil d'avertissement | Seuil |
|---|
| critique |
|---|
| (nom- |
LINUX-BY-SNMP__CONNECTION-FAILED__CONNECTION-WARN
LINUX-BY-SNMP__CONNECTION-FAILED__CONNECTION-CRIT
Exemple
| Panel |
|---|
Erreurs et pré-requis
Erreurs de configuration de l'hôte à superviser ( spécifique à ce check )
| du-volume)_connections | -- | Nombre de connexions iSCSI actives sur le volume au moment de la vérification. | -- ( pas de seuil sur cette métrique ) | -- |
Exemple
| Panel |
|---|
( capture du perfdata à insérer ) |
Erreurs et pré-requis
| Excerpt Include | ||
|---|---|---|
|
| Section |
|---|
MONITORED HOST - BAD STATE – The command 'lastb' is not found. This check may not work with your Linux distribution. |
Le check va exécuter à distance la commande 'lastb' mais qui n'est pas disponible sur votre machine.
| Panel |
|---|
- >= Debian 12
- >= Ubuntu 22
- >= FreeBSD 13
- >= OpenSuse 13
| Section |
|---|
MONITORED HOST - BAD STATE – Permission denied: SNMP daemon (snmpd) cannot access /var/log/btmp using 'lastb' command. |
| Section | ||
|---|---|---|
Le check va exécuter à distance la commande 'lastb' qui nécessite les droits de lecture sur le fichier '/var/log/btmp'.
|
| Section |
|---|
| RESOLUTION : |
| Section |
|---|
RHEL, centOS 7 et RHEL / Alma / Rocky 8 et 9 |
Cette erreur est très fréquemment générée par le module de sécurité SELinux.
Vous pouvez vérifier si SELinux est activé avec la commande :
| Code Block | ||||
|---|---|---|---|---|
| ||||
sestatus |
Vous devriez observer parmi le résultat les ligne suivante :
| Code Block | ||||
|---|---|---|---|---|
| ||||
SELinux status: enabled
Current mode: enforcing |
Si un autre module de sécurité est installé sur votre hôte distante, il faudra le configurer de façon similaire.RÉSOLUTION PAR SCRIPT :
Dans le script de configuration d'hôte livré dans le pack, une option permet de rajouter ces règles.
Déployez le dossier 'supervised-host' sur votre hôte ( scp, ftp ... ).
Sur l'hôte distante, exécutez :
| Code Block | ||||
|---|---|---|---|---|
| ||||
cd supervised-host
./configure-host.sh --configure-selinux |
RÉSOLUTION MANUELLE :
Sur l'hôte distante, exécutez les commandes suivantes :
| Code Block | ||||
|---|---|---|---|---|
| ||||
mkdir -p /etc/selinux/shinken
vim /etc/selinux/shinken/linux-by-SNMP__shinken.te |
Dans le fichier, remplissez et sauvegardez :
| Code Block | ||
|---|---|---|
| ||
module linux-by-SNMP__shinken 1.0;
require {
type snmpd_t;
type sysctl_rpc_t;
type faillog_t;
class file { read open getattr };
class dir { search };
}
# Rules for check Stats NFS by SNMPvXXX
# Allow snmpd to read /proc/net/rpc/nfsd
allow snmpd_t sysctl_rpc_t:file { read open getattr };
# Autorisation pour accéder au dossier /proc/net/rpc
allow snmpd_t sysctl_rpc_t:dir { search };
# Rules for check Connection Failed by SNMPvXXX
# Allow snmpd to read /var/log/btmp
allow snmpd_t faillog_t:file { read open getattr }; |
Puis exécutez :
| Code Block | ||||
|---|---|---|---|---|
| ||||
checkmodule -M -m -o "/etc/selinux/shinken/linux-by-SNMP__shinken.mod" "/etc/selinux/shinken/linux-by-SNMP__shinken.te"
semodule_package -o "/etc/selinux/shinken/linux-by-SNMP__shinken.pp" -m "/etc/selinux/shinken/linux-by-SNMP__shinken.mod"
semodule -i "/etc/selinux/shinken/linux-by-SNMP__shinken.pp" |
Ces commandes vont compiler, empaqueter et installer le module SELinux créé.
| Section |
|---|
Debian 13 |
Sur Debian, un utilisateur est créé spécifiquement pour le serveur snmpd de l'hôte supervisé : "Debian-snmp".
- Il suffit de lui ajouter les droits nécessaires en l'ajoutant dans le groupe "utmp", qui a accès aux fichiers demandés.
| Code Block | ||||
|---|---|---|---|---|
| ||||
usermod -a -G utmp Debian-snmp
service snmpd restart |
| Excerpt Include | |||||
|---|---|---|---|---|---|
|
...







