Probléme monitoring server centreon

[francky91]

Bonsoir, je viens d'installer centreon impecc, pas de soucie, par contre je n'arrive pas a le surveiller ????

quelqu'un peut t-il m'aidez, existe t-il des explication comment monitorer différent OS, :(

[naparuba]

Liste nous un peu ce que tu dois monitorer, on te donnera ce qui existe pour chaque cas. Mais en gros, soit tu fait du check réseau (un port ouvert, du snmp, etc), soit tu mets un agent sur l'élément monitoré (que tu interroges, ou bien qui t'envoie les infos).

Va faire un tour sur http://www.nagiosexchange.org, tu y trouveras presque tout ce qui se fait en terme de plugin pour Nagios.

[francky91]

je cherche a monitoré un poste sous XP avec nsclient++ d'installer dessus

[naparuba]

Tu lances quoi exactement pour aller cherceker le client? Normalement c'est un check_nt ou bien un check_nrpe suivant ce que tu veux faire.

Tu peux nous poster ton fichier de conf de nsclient++ ?

[francky91]

je fait un check_nt,

depuis le serveur je test :
./check_nt -H IPMACHINEWINDOWS -v CLIENTVERSION


et j'ai une reponse négative, que le serveur n'arrive pas à joindre le client.

sur le poste client:
je modifie simplement :

Editer le fichier c:\nsclient\NSC.INI en:
décommentant tous les modules listé dans la section [modules] sauf CheckWMI.dll et RemoteConfiguration.dll
décommentant la ligne allowed_hosts dans la section [Settings] et en y ajoutant l’adresse du serveur Nagios.

puis entrer les commandes suivantes dans votre fenêtres DOS:
cd \nsclient
nsclient++ /start

[naparuba]

Tu peux regarder si le service est bien lancé? Fait un netstat -a pour voir les ports ouverts, il me semble que dans le fichier de conf, tu as les ports que le service doit ouvrir justement (5666 pour la partie nrpe, et un en 12000 quelque chose pour la partie nsclient). Tentes un check_nrpe -H ton host -c bidon pour voir s'il te réponds ou pas.

Je te conseille d'ailleurs de faire un choix après sur nsclient ou nrpe. Perso je préfère une solution basée sur nrpe, avec un script en local qui fait du wmi. Tu as quelques exemple dans la partie de conf nrpe à la fin. Je suis justement en plein dans l'écriture de scripts pour analyser le retour du wmi là. Je peux te les envoyer si tu veux.

[francky91]

netstat -a sur le serveur ou le client xp ???, et pkoi?

[boyerf]

netstat -a sur le serveur ou le client xp ???, et pkoi?

Pour etre sur que ton service nsclient++ tourne sur ton XP et est à l'écoute des ports TCP/IP désignés par ton fichier de config nsc.ini

Actives aussi les log dans ton fichier de config... ca aide à débugger...

[francky91]

voici mon fichier NSC.ini


[modules]
;# NSCLIENT++ MODULES
;# A list with DLLs to load at startup.
; You will need to enable some of these for NSClient++ to work.
; ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
; * *
; * N O T I C E ! ! ! - Y O U H A V E T O E D I T T H I S *
; * *
; ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
FileLogger.dll
CheckSystem.dll
CheckDisk.dll
NSClientListener.dll
NRPEListener.dll
SysTray.dll
CheckEventLog.dll
CheckHelpers.dll
;
; CheckWMI IS AN EXTREM EARLY IDEA SO DONT USE FOR PRODUCTION ENVIROMNEMTS!
;CheckWMI.dll
;
; RemoteConfiguration IS AN EXTREM EARLY IDEA SO DONT USE FOR PRODUCTION ENVIROMNEMTS!
;RemoteConfiguration.dll

[Settings]
;# OBFUSCATED PASSWORD
; This is the same as the password option but here you can store the password in an obfuscated manner.
; *NOTICE* obfuscation is *NOT* the same as encryption, someone with access to this file can still figure out the
; password. Its just a bit harder to do it at first glance.
;obfuscated_password=
;
;# PASSWORD
; This is the password (-s) that is required to access NSClient remotely. If you leave this blank everyone will be able to access the daemon remotly.
;password=nagios
;
;# ALLOWED HOST ADDRESSES
; This is a comma-delimited list of IP address of hosts that are allowed to talk to the all daemons.
; If leave this blank anyone can access the deamon remotly (NSClient still requires a valid password).
allowed_hosts=127.0.0.1,192.168.1.3
;
;# USE THIS FILE
; Use the INI file as opposed to the registry if this is 0 and the use_reg in the registry is set to 1
; the registry will be used instead.
use_file=1

[log]
;# LOG DEBUG
; Set to 1 if you want debug message printed in the log file (debug messages are always printed to stdout when run with -test)
debug=1
;
;# LOG FILE
; The file to print log statements to
file=NSC.log
;
;# LOG DATE MASK
; The format to for the date/time part of the log entry written to file.
date_mask=%Y-%m-%d %H:%M:%S


[NSClient]
;# ALLOWED HOST ADDRESSES
; This is a comma-delimited list of IP address of hosts that are allowed to talk to NSClient deamon.
; If you leave this blank the global version will be used instead.
allowed_hosts=127.0.0.1,192.168.1.3
;
;# NSCLIENT PORT NUMBER
; This is the port the NSClientListener.dll will listen to.
port=1248
;
;# BIND TO ADDRESS
; Allows you to bind server to a specific local address. This has to be a dotted ip adress not a hostname.
; Leaving this blank will bind to all avalible IP adresses.
;bind_to_address=


[Check System]
;# CPU BUFFER SIZE
; Can be anything ranging from 1s (for 1 second) to 10w for 10 weeks. Notice that a larger buffer will waste memory
; so don't use a larger buffer then you need (ie. the longest check you do +1).
;CPUBufferSize=1h
;
;# CHECK RESOLUTION
; The resolution to check values (currently only CPU).
; The value is entered in 1/10:th of a second and the default is 10 (which means ones every second)
;CheckResolution=10

[NRPE]
;# NRPE PORT NUMBER
; This is the port the NRPEListener.dll will listen to.
;port=5666
;
;# COMMAND TIMEOUT
; This specifies the maximum number of seconds that the NRPE daemon will allow plug-ins to finish executing before killing them off.
;command_timeout=60
;


est-il correctement rempli.

[naparuba]

Il a l'air bon en ce qui concerne nsclient, pour nrpe il n'y a pas de définition de check, mais ce n'est pas trop grâve pour l'instant.

Le netstat, fais le sur le xp, c'est pour voir si les ports de nrpe et nsclient sont ouverts (regarde les lignes LISTENING et les ports, tu devrais reconnaitre les port nrpe et nsclient qui sont dans le fichier de conf si le service est lancé).
S'ils ne le sont pas, c'est que le service n'est pas lancé, dans ce cas, tapes services.msc, et regarde si le service est défini. si oui, lances le, sinon, tu fais un nsclient++ /install puis un nsclient++ /start

[francky91]

sur le xp le port et bien lancé, avec netstat -a je le voix, une petite question, nsclient et nrpe, pourquoi ? quel et la différence, nsclient ne suffit-il pas ? :confused:

[boyerf]

sur le xp le port et bien lancé, avec netstat -a je le voix, une petite question, nsclient et nrpe, pourquoi ? quel et la différence, nsclient ne suffit-il pas ? :confused:

Hum Francky tu pourrais faire un minimum d'effort de recherche...
NSClient++ integre les protocole nrpe et nsclient. Il est capable de repondre au 2... nrpe est plus fiable.
Voir la doc en ligne de nsclient++.

[naparuba]

Tu peux tenter un check_nrpe -H tamachine -c truc (puis pareil avec -n pour le ssl si je me souviens bien) et voir si tu as un résultat du genre "Check not defined"?

Pour la différence, nsclient est un pack de check déjà défini (charge, ram, disque) alors que nrpe vient "vide" de base, c'est à dire qu'il ne fait que lancer des programmes que tu lui donne, mais après tu peux obtenir ce que tu veux comme info (va sur http://www.nagiosexchange.org, tu trouvera des checks à lancer sur windows avec nrpe). Je suis plus partisant de nrpe, car tu n'est pas limité (ou bien je n'ai pas assez approfondi nsclient).