Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN
sans avoir à modifier les paramètres NAT de ces réseaux.
Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés),
mais ils semblent tous nécessiter que le serveur principal gerant le
monito puisse se connecter sur les cibles. Je recherche la
fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
JBy
--
Best regards,
--
Jean-Bernard Yata
System Engineer
Debian France Mirror Maintainer : debian.revolsys.fr
--
Linux Debian User Group& Community :
IRC : irc.debian-mirror.com/#linux
WWW : http://www.debian-mirror.com
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4E32B035.8040701@revolsys.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110729160538.66a33fed@anubis.defcon1
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Francois Cerbelle
Salut Jean-Bernard,
Le Fri, 29 Jul 2011 16:00:02 +0200, Jean-Bernard Yata a écrit :
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Approfondi du côté de Nagios, il a la possibilité de le faire, je l'avais vue quand je l'avais installé, il y a environ 4 ans. L'inconvénient est que tu ne peux pas rafraîchir l'état de tes serveurs en temps réel depuis ta console.
Sinon, tu as toujours la possibilité de faire ouvrir à tes serveurs un tunnel vers le serveur de supervision. mais ça me semble un peu tordu pour une solution de supervision.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4e32ccce$0$7065$
Salut Jean-Bernard,
Le Fri, 29 Jul 2011 16:00:02 +0200, Jean-Bernard Yata a écrit :
Je cherche à monitorer des serveurs en masse placés derrière des LAN
sans avoir à modifier les paramètres NAT de ces réseaux. Les outils
principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils
semblent tous nécessiter que le serveur principal gerant le monito
puisse se connecter sur les cibles. Je recherche la fonctionnalité
inverse.
Approfondi du côté de Nagios, il a la possibilité de le faire, je l'avais
vue quand je l'avais installé, il y a environ 4 ans. L'inconvénient est
que tu ne peux pas rafraîchir l'état de tes serveurs en temps réel depuis
ta console.
Sinon, tu as toujours la possibilité de faire ouvrir à tes serveurs un
tunnel vers le serveur de supervision. mais ça me semble un peu tordu
pour une solution de supervision.
--
Francois
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4e32ccce$0$7065$426a74cc@news.free.fr
Le Fri, 29 Jul 2011 16:00:02 +0200, Jean-Bernard Yata a écrit :
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Approfondi du côté de Nagios, il a la possibilité de le faire, je l'avais vue quand je l'avais installé, il y a environ 4 ans. L'inconvénient est que tu ne peux pas rafraîchir l'état de tes serveurs en temps réel depuis ta console.
Sinon, tu as toujours la possibilité de faire ouvrir à tes serveurs un tunnel vers le serveur de supervision. mais ça me semble un peu tordu pour une solution de supervision.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/4e32ccce$0$7065$
Jean-Yves F. Barbier
On 29 Jul 2011 15:07:59 GMT, Francois Cerbelle wrot e:
--
It's hard to argue that God hated Oklahoma.
If He didn't, why is it so close to Texas?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110729172006.7150b241@anubis.defcon1
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/1311953438.7921.36.camel@francois-t410i.cerbelle.net
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Jean-Bernard Yata
La restriction principale reside dans le fait de ne pas avoir a toucher aux firewalls mais egalement de prendre en compte les firewalls ayant des regles de sortie strictes avec filtrage eventuel de protocole. Une piste interessante semble etre NSCA de Nagios, je suis en train d etudier de plus pres ce que fait cet addon. A priori ca n est ni plus ni moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur du http/https sans difficultes majeurs. Reste a voir si le resultat est propre. Je vous ferai un petit feedback dessus. Merci pour vos reponses !
JBy
-- Best regards,
--
Jean-Bernard Yata System Engineer
Debian France Mirror Maintainer : debian.revolsys.fr --
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
La restriction principale reside dans le fait de ne pas avoir a toucher
aux firewalls mais egalement de prendre en compte les firewalls ayant
des regles de sortie strictes avec filtrage eventuel de protocole.
Une piste interessante semble etre NSCA de Nagios, je suis en train d
etudier de plus pres ce que fait cet addon. A priori ca n est ni plus ni
moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur du
http/https sans difficultes majeurs. Reste a voir si le resultat est propre.
Je vous ferai un petit feedback dessus.
Merci pour vos reponses !
JBy
--
Best regards,
--
Jean-Bernard Yata
System Engineer
Debian France Mirror Maintainer : debian.revolsys.fr
--
Linux Debian User Group& Community :
IRC : irc.debian-mirror.com/#linux
WWW : http://www.debian-mirror.com
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4E32D42B.4030208@revolsys.fr
La restriction principale reside dans le fait de ne pas avoir a toucher aux firewalls mais egalement de prendre en compte les firewalls ayant des regles de sortie strictes avec filtrage eventuel de protocole. Une piste interessante semble etre NSCA de Nagios, je suis en train d etudier de plus pres ce que fait cet addon. A priori ca n est ni plus ni moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur du http/https sans difficultes majeurs. Reste a voir si le resultat est propre. Je vous ferai un petit feedback dessus. Merci pour vos reponses !
JBy
-- Best regards,
--
Jean-Bernard Yata System Engineer
Debian France Mirror Maintainer : debian.revolsys.fr --
A mon avis l'outil importe peu il faut penser aux indicateur que tu veux avoir, la fréquence des vérifications, plein de choses qu'un email ne suuffit pas à écrire...
Bon courage pour ton projet
-- David Hannequin
Le 29/07/2011 17:39, Jean-Bernard Yata a écrit :
La restriction principale reside dans le fait de ne pas avoir a toucher aux firewalls mais egalement de prendre en compte les firewalls ayant des regles de sortie strictes avec filtrage eventuel de protocole. Une piste interessante semble etre NSCA de Nagios, je suis en train d etudier de plus pres ce que fait cet addon. A priori ca n est ni plus ni moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur du http/https sans difficultes majeurs. Reste a voir si le resultat est propre. Je vous ferai un petit feedback dessus. Merci pour vos reponses !
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour,
Tu peux le faire avec Nagios ou Icinga. Mais personnellement je te
conseils Shinken ( voir
http://www.shinken-monitoring.org/wiki/shinken_10min_start).
A mon avis l'outil importe peu il faut penser aux indicateur que tu veux
avoir, la fréquence des vérifications, plein de choses qu'un email ne
suuffit pas à écrire...
Bon courage pour ton projet
--
David Hannequin
Le 29/07/2011 17:39, Jean-Bernard Yata a écrit :
La restriction principale reside dans le fait de ne pas avoir a
toucher aux firewalls mais egalement de prendre en compte les
firewalls ayant des regles de sortie strictes avec filtrage eventuel
de protocole.
Une piste interessante semble etre NSCA de Nagios, je suis en train d
etudier de plus pres ce que fait cet addon. A priori ca n est ni plus
ni moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur
du http/https sans difficultes majeurs. Reste a voir si le resultat
est propre.
Je vous ferai un petit feedback dessus.
Merci pour vos reponses !
JBy
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4E32DBF9.8080706@gmail.com
A mon avis l'outil importe peu il faut penser aux indicateur que tu veux avoir, la fréquence des vérifications, plein de choses qu'un email ne suuffit pas à écrire...
Bon courage pour ton projet
-- David Hannequin
Le 29/07/2011 17:39, Jean-Bernard Yata a écrit :
La restriction principale reside dans le fait de ne pas avoir a toucher aux firewalls mais egalement de prendre en compte les firewalls ayant des regles de sortie strictes avec filtrage eventuel de protocole. Une piste interessante semble etre NSCA de Nagios, je suis en train d etudier de plus pres ce que fait cet addon. A priori ca n est ni plus ni moins que du trap, mais ca a l avantage de pouvoir s'encapsuler sur du http/https sans difficultes majeurs. Reste a voir si le resultat est propre. Je vous ferai un petit feedback dessus. Merci pour vos reponses !
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
daniel huhardeaux
Le 29/07/2011 15:05, Jean-Bernard Yata a écrit :
Bonjour à tous,
Bonjour
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
Zabbix sur le fw joue le role de proxy, récupère les données du LAN et les envois au serveur. Parfaitement fonctionnel
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 29/07/2011 15:05, Jean-Bernard Yata a écrit :
Bonjour à tous,
Bonjour
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN
sans avoir à modifier les paramètres NAT de ces réseaux.
Les outils principaux disponibles sont cacti, zabbix, nagios
(dérivés), mais ils semblent tous nécessiter que le serveur principal
gerant le monito puisse se connecter sur les cibles. Je recherche la
fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
Zabbix sur le fw joue le role de proxy, récupère les données du LAN et
les envois au serveur. Parfaitement fonctionnel
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4E32DC3F.6030400@tootai.net
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
Zabbix sur le fw joue le role de proxy, récupère les données du LAN et les envois au serveur. Parfaitement fonctionnel
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
David Pinson
Bonjour,
Le 29/07/2011 15:05, Jean-Bernard Yata a écrit :
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
J'utilisais OPENNMS pour les serveurs et éléments de réseau.
Il n'y a aucune action sur les FW. Mais comme il est en Java et Open Source, je vous laisse le libre choix de décision pour l'utiliser.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour,
Le 29/07/2011 15:05, Jean-Bernard Yata a écrit :
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN
sans avoir à modifier les paramètres NAT de ces réseaux.
Les outils principaux disponibles sont cacti, zabbix, nagios
(dérivés), mais ils semblent tous nécessiter que le serveur principal
gerant le monito puisse se connecter sur les cibles. Je recherche la
fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
J'utilisais OPENNMS pour les serveurs et éléments de réseau.
Il n'y a aucune action sur les FW.
Mais comme il est en Java et Open Source, je vous laisse le libre choix
de décision pour l'utiliser.
Linuxement vôtre,
David P.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4E32EBCD.2080600@free.fr
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
J'utilisais OPENNMS pour les serveurs et éléments de réseau.
Il n'y a aucune action sur les FW. Mais comme il est en Java et Open Source, je vous laisse le libre choix de décision pour l'utiliser.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Jean-Damien Durand
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés ), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN
sans avoir à modifier les paramètres NAT de ces réseaux.
Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés ),
mais ils semblent tous nécessiter que le serveur principal gerant le
monito puisse se connecter sur les cibles. Je recherche la
fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
JBy
Il y aussi lemon, http://lemon.web.cern.ch/lemon/index.shtml , des agents q ui
tournent sur chaque pc et font du push si mes souvenirs sont bons.
A+, JD.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201107292018.51976.jeandamiendurand@free.fr
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LAN sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés ), mais ils semblent tous nécessiter que le serveur principal gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bernard Schoenacker
Le Fri, 29 Jul 2011 15:05:57 +0200, Jean-Bernard Yata a écrit :
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LA N sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur princip al gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
JBy
Bonjour,
serait il possible de vérifier s'il est possible d'employer rrdtools ou l'un de ses dérivés ?
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le Fri, 29 Jul 2011 15:05:57 +0200,
Jean-Bernard Yata <yata.jb@revolsys.fr> a écrit :
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LA N
sans avoir à modifier les paramètres NAT de ces réseaux.
Les outils principaux disponibles sont cacti, zabbix, nagios
(dérivés), mais ils semblent tous nécessiter que le serveur princip al
gerant le monito puisse se connecter sur les cibles. Je recherche la
fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
JBy
Bonjour,
serait il possible de vérifier s'il est possible d'employer
rrdtools ou l'un de ses dérivés ?
http://wiki.mikrotik.com/wiki/Munin_Monitoring
slt
bernard
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110730081515.5bcd4091.bernard.schoenacker@free.fr
Le Fri, 29 Jul 2011 15:05:57 +0200, Jean-Bernard Yata a écrit :
Bonjour à tous,
Je fais appel à la base de connaissance que constitue notre liste.
Je cherche à monitorer des serveurs en masse placés derrière des LA N sans avoir à modifier les paramètres NAT de ces réseaux. Les outils principaux disponibles sont cacti, zabbix, nagios (dérivés), mais ils semblent tous nécessiter que le serveur princip al gerant le monito puisse se connecter sur les cibles. Je recherche la fonctionnalité inverse.
Si l'un d'entre vous a un début de proposition, je suis preneur.
JBy
Bonjour,
serait il possible de vérifier s'il est possible d'employer rrdtools ou l'un de ses dérivés ?