Centreon 2 on CentOS

[ProxyC]

Bonjour,
Installation de centreon 2.0b5 / Nagios 3 / NDOUtils
Pas de soucis d'install sauf peut être le sudo nécessaire poru que centreon puisse redémarrer Nagios.

Ensuite création d'un satellite en installant Nagios 3 et NDOutils (bien sûr sans BDD locale).

Je me demandais bien comment Centreon communiquait les confs générée au satellite : réponse SSH.
ne pas oublier de créer des fichiers de clés pour l'utilisateur Nagios et config SSH sur chaque machine adéquat.

Ensuite, en ce qui concerne la remontée des infos de checks locaux vers le 'master'. NDO2BD par Tcp.

Conclusion et projections pour mon projet :
- SSH vers les satellites par toujours possible dans mon déploiement. Les satellites sont dans des réseaux distincts derrière des FW que je n'administre pas.
- NDO2BD en Tcp certainement pas ouvert sur le Wan comme cela.

Donc, projet de déploiement d'un service tiers intermédiaire. Je veux que ce soit les satellites qui viennent aux ordres du master.
Je pense donc mettre en place un webservice qui va faire l'interface entre le master et les satellites. Un agent sur le satellite va se connecter régulièrement sur ce web service pour :
- s'authentifier fortement (un peu plus en tout cas ;) )
- venir prendre ses ordres (restart, stop et reload de Nagios)
- s'enquérir et éventuellement télécharger les nouvelles conf
- déposer les résultats de ses checks

Ce webservice mettra à disposition de NDO2DB les fichiers pour intégration.

Idée :
D'autre part, il serait intéressant de sérializer (comme un SOA de zone DNS) les versions des fichiers de conf, ce qui permettrait de contrôler que celle-ci est bien active sur chaque satellite.

Je compte analyser ce web service et le développer avec des briques Open Source standards. Je n'ai pas encore d'apriori sur le type de service à mettre en oeuvre. Je vais analyser un peu le protocole de NDO2DB en mode Tcp et faire un inventaire.

Si quelqu'un est intéressé par ce projet, je peux l'ouvrir à la communauté.

Bien cordialement.

[DonKiShoot]

Fais monter le ssh depuis tes satellites si les fw te déranges pour entrer chez le client.
Tu prend le port 443 et ruleezzz pour sortir.
Tu montes ensuite un tunnel à l'intérieur et tu fais transiter tes ndo2db dedans.
Ca fait juste un petit démon à écrire qui fait remonter la liaison à chaque fois qu'elle tombe et crée un tunnel pour ton ndo2db qui pointera vers une adresse en 127.0.0.1 port x qui resortira coté maitre sur l'ip et le port de ton choix.

PS: Je n'ai jamais testé cette solution mais je me sert des possibilités de tunnel de ssh pour traverser des firewalls et faire passer un peu tout dedans donc ca doit être possible.

[ProxyC]

Bonjour,
De fait j'avais aussi pensé à cette solution, mais je ne sais pas pourquoi, je ne le sens pas très bien en terme de stabilité et de complexité à maintenir.
Il faut que je me teste cela car il y a les deux sens à mettre en oeuvre :
- Push des fichiers de conf vers les satellites
- remontée NDO2DB
Il faut que je voie cela.

Reste tout de même la problématique de vérification de la bonne version du fichier de conf des satellites à vérifier.

Sur ce point, nous voulons bien proposer une évolution pour cela si il y a un intérêt communautaire.
Je suis prêt à échanger sur ce point de façon à ce que la méthode et la voie convienne bien à l'ensemble.

Des idées à ce sujet ?

Cordialement.

[Dam17]

Petite parenthèse juste pour vous informer qu'une documentation à été rédigé sur le Wiki Centreon à propos de l'architecture distribuée:

http://en.doc.centreon.com/Setup/fr