Supervision avec Nagios Core

1. Définir le service de supervision

Commencer par les services métier et leurs dépendances : accès Internet, DNS, identité, stockage, application, sauvegarde. Pour chaque contrôle, définir propriétaire, seuil, fréquence, délai d’escalade, plage de notification et procédure associée.

2. Installer et vérifier

Utiliser en priorité les paquets et guides de la distribution supportée. Si une compilation est nécessaire, figer version et sommes de contrôle, limiter les dépendances et documenter la procédure de mise à jour.

sudo systemctl status nagios
sudo nagios -v /usr/local/nagios/etc/nagios.cfg
sudo systemctl reload nagios
/usr/local/nagios/libexec/check_ping -H 192.0.2.10 -w 100.0,20% -c 500.0,60%

Toujours exécuter la validation de configuration avant un reload. Un simple caractère erroné peut empêcher le moteur de redémarrer et interrompre toute la supervision.

3. Modéliser hôtes, services et templates

define host {
  use       linux-server
  host_name srv-fichiers-01
  address   192.0.2.10
}

define service {
  use                  generic-service
  host_name            srv-fichiers-01
  service_description  HTTPS
  check_command        check_https
}

• Factoriser intervalles, contacts et options dans des templates
• Nommer les objets selon l’inventaire et éviter les adresses dispersées
• Créer des dépendances pour ne pas notifier tous les serveurs derrière un routeur indisponible
• Versionner la configuration sans secrets ni chaînes de communauté SNMP

4. Comprendre les plugins et les états

Tester chaque plugin manuellement sous l’utilisateur Nagios. Un état SOFT attend les nouvelles tentatives ; un état HARD déclenche les actions et notifications prévues. Ajuster max_check_attempts pour éviter les alertes sur microcoupures sans retarder un incident réel.

5. Notifications et astreinte

• Tester le canal d’alerte de bout en bout et surveiller lui-même son fonctionnement
• Planifier plages horaires, jours fériés, acquittements et escalades
• Inclure hôte, service, état, durée, sortie du plugin et lien vers la procédure
• Éviter d’envoyer un même incident à toute l’équipe sans responsable désigné

Une alerte sans action attendue est du bruit. Supprimer, corriger ou transformer tout contrôle qui génère régulièrement une notification sans décision opérationnelle.

6. Sécurité et maintenance

• Limiter l’interface web par réseau, TLS et authentification
• Utiliser SNMPv3 lorsque possible et stocker les secrets hors configuration versionnée
• Restreindre sudo et les plugins exécutant des commandes distantes
• Mettre à jour Core, plugins, système et serveur web
• Sauvegarder configuration, scripts personnalisés et historique nécessaire

7. Diagnostic