Nagios : Guide. Fichiers importants monitoring. Nagios. Remarque : Cet article a été mis à jour pour nagios3, disponible pour Ubuntu 8.10 La gestion d'un parc de serveur est un travail de chaque instant.
Un bon administrateur système doit savoir à tout moment l'état des différentes machines et des différents services. Un autre aspect clé est que l'administrateur ne peut pas se permettre de passer son temps devant un tableau avec des voyants verts en attendant qu'un voyant passe au rouge pour agir. Son temps est occupé à d'autres tâches et il ne peut donc pas surveiller le tableau de statut en permanence. L'examen quotidien des logs systèmes est un bon début.
Pour simplifier le travail, nous allons utiliser un moniteur de supervision. Le moniteur de supervision que nous allons décrire est Nagios qui est l'un des plus connus et des plus utilisés. Pré-requis Pour la suite des opérations, des pré-requis sont nécessaires : Disposer d'une connexion à Internet configurée et activée ; Avoir activé l'accès au dépôt APT « Universe » ; Introduction Les hôtes. Nagios.cfg.
Exemples de check de services Nagios. Quelques exemples de services pour Nagios.
N'hésitez pas à donner d'autres exemples via les commentaires ou ma fiche de contact. J'intégrerai les exemples les plus pertinents au billet. On menu du jour: superviser un serveur Web (HTTP)superviser un serveur Web sécurisé (HTTP over SSL)superviser un serveur de messagerie (mail)superviser un serveur VoIP (sip)superviser un serveur de fichiers (samba)superviser un serveur annuaire (LDAP)superviser un serveur de base de données (mySQL ou pgSQL)superviser un serveur réseau (DHCP et DNS)supervision de disques RAID (carte hardware HP Proliant)supervision de disques RAID 1 logiciel sous FreeBSDsupervision d'un serveur Asterisk (suivre ce lien)supervision d'un trunk IAX sur un serveur Asterisk Nous utilisons pour cela le plugin check_http qui permet de tester si un serveur HTTP est bien lancé sur la machine à superviser.
Exemple: Pour aller plus loin: Le plugin utilise par défaut une requête sur le port TCP/80. Installation: Exemple de service: Nagios Addons. Up To: Contents Introduction There are a lot of "addon" software packages that are available for Nagios.
Addons can be used to extend Nagios' functionality or integrate Nagios with other applications. Addons are available for: Managing the config files through a web interface Monitoring remote hosts (*NIX, Windows, etc.) You can thousands of addons for Nagios by visiting Nagios Exchange at A few addons that are commonly used with Nagios are described below. NRPE is an addon that allows you to execute plugins on remote Linux/Unix hosts. Notification par mail centreon 1.4.1. Postfix écoute sur port 25. Configuration Parameters. The Postfix main.cf configuration file specifies a very small subset of all the parameters that control the operation of the Postfix mail system.
Parameters not explicitly specified are left at their default values. The remainder of this document is a description of all Postfix configuration parameters. Default values are shown after the parameter name in parentheses, and can be looked up with the "postconf -d" command. Note: this is not an invitation to make changes to Postfix configuration parameters. Unnecessary changes are likely to impair the operation of the mail system. 2bounce_notice_recipient (default: postmaster) The recipient of undeliverable mail that cannot be returned to the sender. Access_map_defer_code (default: 450) The numerical Postfix SMTP server response code for an access(5) map "defer" action, including "defer_if_permit" or "defer_if_reject". Do not change this unless you have a complete understanding of RFC 5321. Présentation du protocole SNMP.
Devant la véritable explosion des réseaux (que ce soient des réseaux internes à l'entreprise ou bien l'Internet lui-même) et leur importance primordiale dans une infrastructure (une panne de réseau se traduit bien souvent par un arrêt du travail), les besoins de superviser et surtout de diagnostiquer rapidement les problèmes sont devenus des préoccupations majeures.
De plus, la complexité des équipements réseau a rendu nécessaire une approche permettant de synthétiser ces informations. Les protocoles utilisés avant SNMP (pour Simple Network Management Protocol) étaient les protocoles Telnet et FTP permettant de se connecter directement à la console de l'équipement. Le problème de ces protocoles était qu'ils n'offraient pas une vue synthétique de l'infrastructure et qu'ils ne séparaient pas suffisamment les deux métiers différents que sont la supervision et l'administration. Il est organisé comme suit : SNMPv1 : c'est la première version du protocole. Version 1 - 1990 Version 2 - 1996.