Centreon CLAPI est un module de Centreon, qui nous permet entre autre de réaliser la majorité des configurations de notre Centreon réalisé habituellement à travers l’interface graphique, en ligne de commande. Il nous permet d’ajouter, supprimer et mettre à jour nos objets comme les hôtes, les contacts, et les services.
Centreon CLAPI permet aussi de réaliser des exportations et importations de la configuration complète de notre infrastructure. C’est souvent très utile pour réaliser des backups de notre configuration, ou pour réaliser des migrations. C’est ce qui va nous intéresser dans cet article.
Les paquets Centreon CLAPI sont en général installés sur les distributions CES (pour les autres vous pouvez les installer à partir des sources). Il faut juste l’activer dans l’interface de Centreon.
Pour cela il nous faut nous rendre dans l’onglet Administration->Extensions et cliquer sur le bouton d’installation pour installer le module.

Instalation de CLAPI

Exportation et importation de notre configuration

Pour exporter et importer notre configuration : rendez-vous dans le répertoire suivant

# cd /usr/share/centreon/www/modules/centreon-clapi/core

Et exécuter la commande suivante :

# ./centreon -u admin -p centreon -e > /tmp/clapi-export.txt

Où admin et centreon correspond respectivement à votre utilisateur et mot de passe Centreon. La configuration se trouve dans /tmp/clapi-export.txt. On pourra alors conserver ce fichier pour l’importer sur autre serveur lors d’une migration avec la commande :

./centreon -u admin -p centreon -i /tmp/clapi-export.txt

Conclusion

Dans cet article nous découvert le module Centreon CLAPI, et vu qu’il pouvait nous être utile pour réaliser des exports et imports de notre configuration. Cependant les fonctionnalités de ce module ne se résument pas uniquement à cela. Nous pouvons aussi l’utiliser par exemple pour vérifier les configurations des machines scripter l’ajout de contacts…Cédric ROBERT

L’un des protocoles les plus utilisés pour la supervision des systèmes d’informations, est bien évidemment le protocole SNMP (Simple Network Management Protocol). C’est en effet ce protocole qui va nous permettre de superviser et de diagnostiquer un certain nombre de problèmes sur nos machines. Dans cet article nous allons voir comment configurer les agents SNMP sur nos serveurs Windows et Linux afin de pouvoir les superviser.

Installer SNMP sur Windows Serveur 2012

Installation du service SNMP

Sur Windows Serveur 2012 SNMP est considérer comme une fonctionnalité Windows. Pour installer le service SNMP, il nous faut donc nous rendre dans le gestionnaire de serveur et cliquer sur  Ajouter des rôles et des fonctionnalités.

Gestionnaire de serveur

Poursuivre jusqu’à arriver aux fonctionnalités et choisir la fonctionnalité Service SNMP.

Sélection de la fonctionnalité

Puis nous faisons suivant et installer. L’installation se déroule et nous devons avoir notre service SNMP correctement installé. Il nous faut maintenant le configurer.

Configuration du service SNMP

Pour configurer service SNMP il nous faut nous rendre dans le gestionnaire de service Windows et sélectionner le service SNMP

Gestionnaire des Services

En double cliquant sur le service, la fenêtre de configuration s’ouvre. L’onglet qui nous intéresse est l’onglet sécurité car c’est ici qu’on va pouvoir configurer notre communauté SNMP et les hôtes autorisés à interroger notre serveur Windows en SNMP.

Propriétés du service SNMP

Pour permettre la supervision de notre serveur Windows nous allons rajouter une communauté « public » en lecture seule (ATTENTION : Il fortement recommandé de ne pas mettre public sur un serveur de production), afin de permettre la récupération de données via SNMP.

Ajout de la communauté

Il nous faut maintenant rajouter l’adresse IP de notre serveur de supervision dans les hôtes autorisés.

Ajout de l’hôte

On applique les modifications et on redémarre le service SNMP, celui-ci est maintenant configuré.

Installer SNMP sur Linux

Passant maintenant à l’installation du serveur SNMP sous Linux.

Pour installer SNMP sur notre serveur Linux nous allons installer le paquet « net-snmp » :

yum install net-snmp

Il nous faut maintenant configurer notre service SNMP. Le fichier de configuration correspondant et le fichier /etc/snmp/snmpd.conf nous allons donc l’éditer avec notre éditeur de texte favoris.

# Access Control
###############################################################################

# As shipped, the snmpd demon will only respond to queries on the
# system mib group until this file is replaced or modified for
# security purposes. Examples are shown below about how to increase the
# level of access.

# By far, the most common question I get about the agent is « why won’t
# it work? », when really it should be « how do I configure the agent to
# allow me to access it? »
#
# By default, the agent responds to the « public » community for read
# only access, if run out of the box without any configuration file in
# place. The following examples show you other ways of configuring
# the agent so that you can change the community names, and give
# yourself write access to the mib tree as well.
#
# For more information, read the FAQ as well as the snmpd.conf(5)
# manual page.

####
# First, map the community name « public » into a « security name »

# sec.name source community
com2sec notConfigUser default public

####
# Second, map the security name into a group name:

# groupName securityModel securityName
group notConfigGroup v1 notConfigUser
group notConfigGroup v2c notConfigUser

####
# Third, create a view for us to let the group have rights to:

# Make at least snmpwalk -v 1 localhost -c public system fast again.
# name incl/excl subtree mask(optional)
view centreon included .1.3.6.1
view systemview included .1.3.6.1.2.1.1
view systemview included .1.3.6.1.2.1.25.1.1

####
# Finally, grant the group read-only access to the systemview view.

# group context sec.model sec.level prefix read write notif
access notConfigGroup «  » any noauth exact centreon none none
access notConfigGroup «  » any noauth exact systemview none none

# —————————————————————————–

Ici on voie que la configuration par défaut autorise la communauté « public ». Si vous voulez filtrer l’adresse IP de l’hôte qui peut interroger la machine :

• Dans la ligne com2sec notConfigUser default public
• Remplacez default par l’adresse IP source et/ou le réseau source (type 192.168.0.0/24)

Il nous reste plus qu’à démarrer notre service :

/etc/init.d/snmpd start

Conclusion

Nous avons vu ensemble comment configurer les agents SNMP, sur nos serveurs Linux et Windows. Il faut retenir que SNMP est le protocole le plus utilisé dans le domaine de la supervision des systèmes d’informations. Celui-ci et d’autant plus performant qu’il fonctionne sur de nombreux équipements par exemple les serveurs, mais aussi les équipements réseaux, imprimantes, caisses enregistreuses et nombreux autres appareils.Cédric ROBERT

Prérequis

• Connaitre l’architecture et le fonctionnement de Centreon
• Avoir un serveur Centreon central fonctionnel

Qu’est-ce qu’un serveur Centreon satellite ?

Pour comprendre la fonction de serveur satellite, il faut tout d’abord comprendre que Centreon, peut fonctionner en :

• Architecture simple
• Architecture distribuée

Architecture simple
Comme son nom l’indique, il s’agit de l’architecture la plus simple de Centreon. Cette architecture, est constituée d’un seul et unique serveur de supervision, qui assurera les rôles suivant :

• Serveur de stockage (bases de données MySQL et RRD)
• Serveur de supervision (collecteur)
• Serveur Web (interface Centreon)

Cette architecture, est la plus simple à mettre en place, cependant elle est limitée par le nombre de ressources qu’elle peut superviser.
Architecture distribuée
L’architecture distribuée est l’architecture la plus complexe de Centreon. Ici nous aurons plusieurs serveurs de supervision qui vont travailler ensemble pour pouvoir superviser un plus grand nombre de ressources (il n’y a plus de limitation du nombre de ressources). Cette infrastructure présente plusieurs avantages :

• Répartition de charge
• Segmentation de la supervision
• Fail-over

Dans l’architecture distribuée, nous avons un serveur central qui reprend les mêmes rôles que notre unique serveur dans l’architecture simple. Et un ou plusieurs serveurs satellites qui auront uniquement le rôle de collecteur de données. Ces serveurs satellites intègreront donc uniquement un moteur de supervision (Centreon engine, Nagios…).

Schéma d’une architecture Centreon distribuée

Installation d’un serveur satellite

Nous allons maintenant voir comment installer notre serveur satellite. Pour cette installation, nous utiliserons CES 3.1 avec Centreon Broker et Centreon Engine.
L’installation est similaire à une installation classique de CES, sauf qu’il faut choisir l’option poller lorsqu’on nous demande quel type de serveur installer.

Installation poller

On termine ensuite l’installation de CES normalement. Nous voilà donc avec notre serveur satellite installé, il nous faut donc le configurer.

Configuration d’un serveur satellite

Nous allons maintenant configurer notre serveur satellite et l’associer avec notre serveur central existant.
Il nous faut dans un premier temps échanger les clés SSH entre le serveur central et notre satellite : en effet l’envoi de la configuration du satellite par le central se font en SSH par le processus CentCore. Cette étape est donc indispensable.

Sur le serveur Central :

# su – centreon
# ssh-keygen

Notre clé est ainsi créée il nous faut l’envoyer vers notre satellite :

# ssh-copy-id -i ~/.ssh/id_rsa.pub centreon@{IP_ADDRESS_satellite}

L’échange des clés SSH est ainsi faite nous pouvons tester une connexion SSH depuis le central vers le satellite :

su – centreon
ssh IP_ADDRESS_satellite

Nous pouvons maintenant ajouter notre collecteur à la configuration de notre serveur central :

Sur l’interface web de Centreon : rendez-vous dans l’onglet Configuration -> Centreon> Pollers.

Nous ajoutons un nouveau poller avec l’aide du bouton Add.

Ajout de notre poller

La fenêtre de configuration s’ouvre et nous devons renseigner les informations suivantes :

Configuration de l’ajout d’un poller

Il nous faut ensuite ajouter la configuration du broker, pour notre satellite :

Dans l’onglet Configuration -> Centreon -> Centreon-Broker -> Configuration
Nous ajoutons une nouvelle configuration :

Dans l’onglet Général renseignez les informations suivantes :

Configuration du broker

Dans l’onglet Logger nous précisons le chemin vers le fichier de log et les configurations des logs :

Configuration de l’onglet logger

Enfin dans l’onglet Output nous renseignons les informations suivantes (en replaçant « IP_Central » par l’IP de votre serveur central) :

Configuration de Output

Voilà le broker pour serveur satellite configuré.
Nous allons maintenant ajouter le moteur de supervision de notre satellite :
Pour ce faire il faut se rendre dans l’onglet Configuration -> Monitoring Engines -> main.cfg.
Et dupliquer la configuration existante pour notre serveur central, pour l’éditer comme ceci :

Configuration du monitoring-engine

Et pour l’onglet Data modifier le champ Multiple Broker Module :

Configuration de l’onglet data

Il nous reste enfin plus qu’à ajouter un hôte supervisé par notre serveur satellite (par exemple lui-même) :

Configuration de l’hôte

On génère les configurations dans l’onglet Configuration -> Monitoring Engines.

Nous voilà maintenant avec un serveur satellite fonctionnel.

Satellite fonctionnel

Conclusion

Nous avons vu ensemble dans cet article, comment configurer et ajouter un serveur satellite à notre architecture Centreon. Dans cet exemple nous avons ajouté un seul serveur satellite, mais vous pouvez en ajouter plusieurs en fonction du nombre de ressources que vous devez superviser, ou de contrainte lié à votre architecture réseau, ou contrainte géographique.Cédric ROBERT

Présentation

Avez-vous déjà pensé à mettre en place un serveur de supervision qui sera chargé de gérer votre infrastructure vSphere ? Allons ensemble à la découverte de la supervision d’un environnement vSphere à travers le plugin check_vmware_api.pl. Pour celles et ceux qui ont connu check_esx3.pl sachez que check_vmware_api.pl a remplacé ce plugin (Oui cet article est maintenant obsolète :)). Vous pouvez télécharger ce plugin ici : OP5 Plugins VMware Plugin

Installation des dépendances

Nous allons tout d’abord installer les dépendances pour pouvoir faire fonctionner ce plugin, puis nous téléchargerons le plugin VMware Perl SDK for vSphere (qui est indispensable). Au cours de ces lignes, nous installerons des modules pour Perl, il se peut que l’on vous demande de configurer CPAN (il suffit de suivre les informations affichées à l’écran). L’exemple ci-dessous est donné pour un serveur Centreon Enterprise Server x64 basé sur CentOS 6, nous utilisons Centreon Engine et Centreon bROKER. L’interpréter perl est en version 5.8.

# yum -y install make python gcc openssl-devel
# PERL_MM_USE_DEFAULT=1 perl -MCPAN -e ‘install Bundle::CPAN’
# PERL_MM_USE_DEFAULT=1 perl -MCPAN -e ‘install Nagios::Plugin’
# PERL_MM_USE_DEFAULT=1 perl -MCPAN -e ‘install HTTP::Date’

# PERL_MM_USE_DEFAULT=1 perl -MCPAN -e ‘install LWP::Agent’

Récupérez le vSphere SDK 5.5 for perl à cette adresse : http://www.vmware.com/support/developer/viperltoolkit/. Uploadez-le sur votre serveur de supervision. Puis :

# tar -xvf VMware-vSphere-Perl-SDK-5.5.0-2043780.x86_64.tar.gz
# cd vmware-vsphere-cli-distrib
# perl vmware-install.pl

Ici l’exemple est donné pour VMware vSphere 5.5, n’hésitez pas à changer de version de SDK si vous utilisez une autre version de VMware vSphere.

Installation des plugins

Une fois le plugin check_vmware_api.pl téléchargé, uploadez le sur votre serveur de supervision

Configuration de Centreon

Afin de respecter les bonnes pratiques, nous utiliserons les macros personnalisés pour configurer nos commandes.

Configuration des commandes

Vérification des ESXi

Nous allons maintenant configurer les commandes pour vérifier notre serveur ESXi. Centreon ==> Configuration ==> Commands. Cliquez sur Add. Puis renseignez les champs comme montrés ci-dessous :

Nos commandes utilisent des macros personnalisés :

• $_HOSTUSERESX$ et $_HOSTPASSWORDESX$ correspondent aux noms d’utilisateurs et mots de passes de connexion au serveur ESXi
• $_SERVICEWARNING$ et $_SERVICECRITICAL$ définissent les seuils warnings et critiques (par défaut $_SERVICEWARNING$ = 80 et $_SERVICECRITICAL$ = 90)

Vérification du vCenter

Nous allons configurer les commandes qui vont interroger le vCenter pour remonter les informations concernants nos datastores. Centreon ==> Configuration ==> Commands. Cliquez sur Add.

Nos commandes utilisent des macros personnalisés :

• $_HOSTUSERVCENTER$ et $_HOSTPASSWORDVCENTER$ correspondent aux noms d’utilisateurs et mots de passes de connexion au serveur ESXi
• $_SERVICEWARNING$ et $_SERVICECRITICAL$ définissent les seuils warnings et critiques (par défaut $_SERVICEWARNING$ = 80 et $_SERVICECRITICAL$ = 90)

Puis renseignez les champs comme montrés ci-dessous :

Configuration des machines à superviser

Une fois la configuration des commandes effectuées, définissez vos modèles d’hôtes et de services  puis mettez vos machines sous supervision.

Pour en savoir plus sur les modèles, rendez-vous sur http://documentation-fr.centreon.com.

Conclusion

Nous avons vu dans cette partie comment utiliser Centreon afin de pouvoir superviser notre environnement vSphere. Et vous comment supervisez-vous vos environnements virtuels ?

 Loic FONTAINE

Ca fait longtemps que je n’ai pas bloggué et je vous prie de bien vouloir m’excuser pour certains articles qui auraient besoin de fraicheur.

Que deviens lolokai.com ?

Avec plus de 15 000 visites par mois, Lolokai n’est pas mort. Je compte profiter de ces deux prochains mois pour restructurer le blog, mettre à jour les articles et pourquoi pas en écrire de nouveaux. Depuis l’ouverture du blog, l’univers de la supervision a énormément évolué et il y a fort à parier que l’année 2015 sera un tournant (qui a déjà bien été amorcé en 2014) pour beaucoup de solutions de supervision.

Que deviens l’auteur du blog ?

J’ai pris le pari d’ouvrir ma société de conseil en supervision et automatisation ce qui me prends énormément de temps et d’énergie aussi : c’est ainsi qu’est né Lolokai Conseil. Nous sommes spécialisés dans les domaines de la supervision et de l’automatisation. J’ai essayé de mettre à profit mon expertise auprès des grands groupes afin de pouvoir proposer à nos clients un service de qualité.

Je vous propose de découvrir mon site internet : http://www.lolokaiconseil.com, n’hésitez pas à faire appel à mes services pour des missions d’expertises.

Et vous après plusieurs années d’existence, pouvez-vous me dire ce que Lolokai vous a apporté ? Quels sont vos attentes ?

 Loic FONTAINE

En effet, après la migration je me connecte à mon serveur ESXi avec le vSphere client, lorsque j’essaye d’ouvrir une console sur n’importe quelles machines virtuelles, la console met environ 30 secondes à s’afficher alors qu’avant la console s’affichait à peine au bout de deux secondes.

Après plusieurs recherches, il s’avère que sur mon infrastructure virtuelle, mes certificats sont auto-signés. C’est pourquoi, mon vSphere Client cherche à mettre à jour le certificat de la machine en se connectant à www.download.windowsupdate.com. Or, il s’avérait que les postes sur lesquels j’utilisais vSphere Client n’avait pas accès à internet : la mise à jour des certificats n’était pas possible.

C’est pourquoi, il est nécessaire de mettre à jour la politique de mise à jour des certificats. Mes machines étant sur un domaine Active Directory, j’ai décidé de déployer ce paramètre via GPO :

• Connectez-vous à votre serveur Active Directory
• Rendez-vous dans Menu Démarrer ==> Outils d’administration ==> Gestion des stratégies de groupes
• Faites un clic-droit sur la stratégie que vous souhaitez éditer et qui concerne les machines à modifier
• Cliquez sur Modifier
• Rendez-vous dans Configuration Ordinateur ==> Stratégies ==> Modèles d’administration ==> Systèmes ==> Gestion de la communication Internet ==> Paramètres de communication Internet
• Double-cliquez sur Désactiver la mise à jour automatique des certificats racines
• Cliquez sur Activé comme montré ci-dessous
•  Déployez la GPO
• Sur vos postes clients, forcez la mise à jour de la GPO en utilisant la commande gpupdate /force

Loic FONTAINE

Avant de me lancer dans l’énumération des points qui font que j’ai abandonné Nagios, je tiens à préciser que ce billet n’est ni une attaque ou un plébiscite contre ou pour telle ou telle solution. Je tiens uniquement à apporter ma modeste contribution à la sphère « Supervision Open Source » : je suis convaincu que d’autres personnes ont la même vision que moi tout comme d’autres préféreront s’orienter vers d’autres solutions.

Récemment, j’ai donné une formation Nagios pour un client qui voulait absolument cette formation. J’en ai profité pour introduire ces mêmes clients à Centreon lors du dernier jour de formation. A la fin de la formation les stagiaires sont unanimes :

• La configuration de Nagios en ligne de commande était certainement puissante à l’époque mais aujourd’hui elle est lourde et peu intuitive
• L’interface web de Centreon apporte un réel plus par rapport à la traditionnelle configuration en ligne de commande Nagios
• Pour bénéficier de fonctionnalités avancées avec Nagios il faut soit installer un composant Open Source (Centreon, PNP4Nagios…) ou prendre Nagios XI

Aujourd’hui, il est clair que le moteur de supervision Nagios « simple » ne s’adapte plus aux besoins des sociétés. Avec le recul que j’ai aujourd’hui, je conseille vivement à mes clients d’utiliser en complément de leur Nagios classique une sur-couche mais également dans la mesure du possible de changer de moteur de supervision et tout particulièrement lorsque le logiciel de supervision qu’ils ont choisit est Centreon. Voici les quelques points que j’évoque lorsque je les rencontre :

• Des performances améliorées avec le couple Centreon Engine et Centreon Broker : Voir le billet Centreon Engine et Centreon Broker un couple gagnant
• Centreon Broker permet de chiffrer les informations de supervision remontées depuis les serveurs satellites vers le serveur central : intéressant pour mes clients qui veulent obtenir la certification PCI-DSS
• La communauté autour de Nagios est aujourd’hui de moins en moins active : ce n’est pas tant la faute de la communauté mais cela vient surtout du fait que le créateur de Nagios n’écoute plus vraiment la communauté à tel point que même Andreas Ericson a choisit de forker lorsqu’il a apprit que la version 4 sera la dernière version de Nagios Core à sortir. Plusieurs autres forks ou réécritures de code sont également apparus : Shinken, Centreon Engine, Icinga…
• Les suites CES (Centreon Enterprise Server) ou FAN (Fully Automated Nagios) fournissent des paquetages « tout-en-un » pour faciliter le déploiement d’une véritable solution de supervision : c’est clairement plus facile d’utiliser une distribution toute faites plutôt que de partir d’un Linux from-scratch.

Cependant, malgré de très belles références au sein de divers grands comptes, la supervision Open Source aujourd’hui n’est pas parfaite. A mon sens, plusieurs points sont à revoir aujourd’hui :

• Manque d’intelligence des agents de supervision : on se retrouve trop souvent avec des faux positifs à cause de ce problème
• Architecture morcelée qui donne l’impression d’une infrastructure « bricolée » : pas de solutions « propres » pour la synchronisation des sondes : on utilise casiment toujours des scripts ou un serveur de sub-version pour synchroniser les sondes entre les serveurs
• Manque de granularité en matière de gestion des périodes temporelles. Exemple : A moins de bricoler, il n’est pas possible de désactiver la supervision un jour X lors des semaines paires ou des semaines impaires

Il y a surement encore beaucoup d’autres points qui font que la supervision Open Source n’est pas parfaite (je compte sur vous pour en rajouter :)).

Je profite aussi pour vous indiquer que depuis un peu plus d’un an maintenant, je travaille en tant qu’indépendant sur des missions orientées Supervision Open Source ainsi que des missions orientées virtualisation (VMware) si vous avez besoin de mes services, n’hésitez pas à me contacter via le formulaire de contact.

 Loic FONTAINE

A ma grande surprise, le résultat ne s’est pas fait attendre… La charge CPU a chuté d’une manière incroyable. Voyez plutôt le graph ci-dessous qui est beaucoup plus parlant que tous les discours possibles :

Les performances offertes par le couple Centreon Engine et Centreon Broker utilisés avec les connecteurs Centreon sont tout simplement incroyable ! Je vous conseil vivement de migrer votre infrastructure Loic FONTAINE

Lorsque vous allez faire vos courses vous ne pouvez pas passer à côté de ces codes que l’on trouve sur les produits. Chaque article ou produit acheté en magasin est muni d’un ou plusieurs codes appelés des codes barre. Ces codes renferment plusieurs données sous forme de textes, chiffres et ponctuations. Le nom vient du fait qu’il s’agit de barres noires disposées les unes après les autres. Pour pouvoir déchiffrer ces codes il est nécessaire de posséder un lecteur code barre, lequel lira et retranscrira l’information.

Différents lecteurs code barre existent : les lecteurs scanner, le crayon lecteur ainsi que le lecteur CCD. Pour pouvoir les utiliser, il convient d’abord de connaître la démarche à suivre pour le programmer.

Un lecteur code barre peut être considéré comme un remplaçant d’un clavier. Le code renferme un certain nombre d’informations ne sont pas lisibles à l’œil nu. Branchez le lecteur code barre sur votre ordinateur et ouvrez un éditeur de texte. En passant le lecteur au-dessus de n’importe quel code barre vous verrez les différentes informations se retranscrire à l’écran. C’est comme si quelqu’un avait écrit à l’aide du clavier.

Paramétrer son lecteur code barre

Avant de connecter le lecteur code barre à son ordinateur, il convient de fixer le câble de raccordement à l’ordinateur de poche. Pour cela il suffit de suivre attentivement toutes les étapes décrites en détail dans le manuel d’installation du lecteur que vous aurez acheté. Toutes les pièces vous sont fournies avec le matériel.

Le lecteur code barre peut être connecté à l’ordinateur de plusieurs façons : avec un câble USB, via RS 232 ou encore avec un câble de connexion PS / 2. Nous allons voir comment cela fonctionne avec ses trois connectiques.

• Avec le câble USB, la programmation du lecteur code barre est ultra simple. Une fois connecté à l’ordinateur, le logiciel se met automatiquement en route et il suffit de scanner un code barre de test pour que le paramétrage se fasse.

Pour les deux connexions suivantes il vous faudra d’abord éteindre votre ordinateur avant de connecter votre lecteur code barre à celui-ci.

• Pour la connexion via RS 232 il suffit de brancher correctement la prise RS 232 au port adapté sur votre ordinateur, de rallumer l’ordinateur et après c’est comme avec la prise USB : le logiciel se met en route et il ne vous reste plus qu’à scanner le code barre de test.
• La connexion avec le câble PS / 2 est plus complexe. Il vous faut déconnecter le clavier de l’ordinateur s’il s’agit d’un clavier externe. Pour les claviers USB, il est nécessaire de connecter le clavier avec un adaptateur approprié à la PS / 2. Une fois cela fait et le lecteur branché sur l’ordinateur, il suffit de rallumer l’ordinateur et de scanner le code barre en mode PS / 2 et le tour est joué.

Dans tous les cas le lecteur code barre est fourni avec un manuel d’utilisation très bien détaillé. Il convient de le lire avec minutie et de bien suivre toutes les étapes qui y sont décrites si vous souhaitez paramétrer convenablement votre lecteur.

En règle générale, il n’y a pas besoin de pilote spécial pour le paramétrage de votre lecteur. Le code est émulé par le lecteur. Pour le paramétrage du lecteur il convient de faire en sorte que l’introduction des chiffres soit suivie de la touche Enter pour valider le traitement du code. Quoiqu’il en soit, programmer son lecteur code barre est un jeu d’enfant si l’on suit bien les étapes.Loic FONTAINE

Comme beaucoup d’entres-vous le savent, en supervision, plusieurs scripts sont utilisés pour vérifier la disponibilité d’un hôte ou d’un service. En fonction des messages envoyés par ces scripts, l’ordonnanceur sait comment interpréter le résultat. Parmis ces messages, nous avons les codes de retour qui permettent de déterminer si l’hôte est UP ou DOWN etc… De même pour les services où on est capable de savoir si le service est OK, WARNING, CRITICAL ou UNKNOWN.

Nous verrons dans ce petit billet, quels sont les codes de retours utilisés par les scripts de supervision avec des ordonnanceurs comme Nagios ou Centreon Engine. Dans ce billet, nous nous contenterons des codes de retours par chiffres (non n’utiliserons pas la librairie Nagios qui permet d’envoyer des codes de retour via une variable).

Codes de retours

Pour les hôtes

Les codes de retours pour les hôtes sont les suivants :

• OK : Le code de retour est 0, cela signifie que l’hôte est joignable et fonctionne correctement
• DOWN : Le code de retour est 1, cela signifie que l’hôte n’est pas joignable
• Tout autre valeur : Dernier état connu

Pour les services

Les codes de retour pour les services sont les suivants :

• OK : Le code de retour est 0, le service est OK
• WARNING : Le code de retour est 1, le service a dépassé le seuil WARNING (le service est donc à surveiller avant qu’il devienne totalement hors service)
• CRITICAL : Le code de retour est 2, le service ne fonctionne plus
• UNKNOWN : Le code de retour est 3, il est impossible de savoir si le service fonctionne (agent SNMP éteint…)
• Tout autre valeur : cf. CRITICAL

Conclusion

Nous avons vu brièvement quels sont les codes de retour des plugins de supervision et à quoi ils servent. Bien développer son plugin de supervision c’est aussi lui assigner les bons codes de retour. Par exemple, si un service utilise l’agent SNMP pour pouvoir nous remonter une information et que l’agent SNMP est hors service, le bon code de retour doit être UNKNOWN car on ne peut pas savoir l’état du service. En revanche, si le service est désactivé ou qu’il a dépassé un certain seuil le bon code de retour est CRITICAL.

Utilisez-vous ces codes de retour ? Si non, comment faites vous ?Loic FONTAINE