Je ne te cache pas que le point faible de Z-Eye est la partie IDS. Même s'il est présent et fonctionne très bien, je ne peux pas fournir de sondes SNORT, la plupart sont soumises à des droits particuliers qui m'empêchent de les redistribuer. De ce fait il s'agit d'un éventail de sondes assez larges mais peut être pas suffisament précis pour des besoins de DC ? (ca je ne sais pas). De plus l'interface qui gère l'IDS est vraiment restreinte, cela n'a pas été ma priorité. Dans l'immédiat elle permet de modifier rapidement les variables qui définissent les différents protocoles courants (HTTP,SMTP,SNMP,SSH…) et serveurs associés.
De plus les algorithmes qui vont de la collecte jusqu'à l'affiche sont assez lourds (SNORT => Barnyard => PG => ACID => PG => Z-Eye => PG). J'aimerais pouvoir les simplifier en me passant de base mais pour le moment je suis plus sur la partie réseau.
En ce qui concerne l'administration de commutateurs, comme je l'ai dit pour le moment il s'agit de commutateurs CISCO, mais mon API permet d'utiliser SSH et de créer un module pour chaque constructeur, ce qui te permet d'utiliser des fonctions "standards" qui lanceront des commandes plus spécifiques sur chaque commutateurs (tu peux faire de l'hybride SNMP/SSH d'ailleurs). Cette spécificité CISCO n'impacte pas la collecte de données qui elle se fait avec des outils de collecte plus complets (Netdisco/MRTG).
Concernant la gestion DHCP/DNS pour le moment il s'agit juste de collecte, mais promis je vais voir pour interfacer ca une fois la 1.1 stabilisée, validée et publiée. Il te faudra peut être attendre 1 à 2 mois le temps que je développe ca comme il faut et que je sois certain de la stabilité/sécurité du code. (donc mai/juin). Ceci ne t'empêche pas de pouvoir l'utiliser dès maintenant et d'upgrader plus tard quand de nouvelles fonctions apparaîtront. (l'ensemble est très facile à upgrader et je donne toujours des instructions exactes de mises à jour de DB, fichiers).
J'avoue comme toi que ce qui pèche c'est effectivement la partie réseau où l'on trouve beaucoup de proprio, c'est à cause de ce besoin aussi que j'ai décidé d'agrandir Z-Eye et d'en faire une application "publique", au lieu de la garder au chaud dans mon institution CNRS.
[^] # Re: Produits solarwinds
Posté par Loïc Blot (site web personnel) . En réponse à la dépêche Z-Eye, gestion réseau et monitoring unifié. Évalué à 5.
Je ne te cache pas que le point faible de Z-Eye est la partie IDS. Même s'il est présent et fonctionne très bien, je ne peux pas fournir de sondes SNORT, la plupart sont soumises à des droits particuliers qui m'empêchent de les redistribuer. De ce fait il s'agit d'un éventail de sondes assez larges mais peut être pas suffisament précis pour des besoins de DC ? (ca je ne sais pas). De plus l'interface qui gère l'IDS est vraiment restreinte, cela n'a pas été ma priorité. Dans l'immédiat elle permet de modifier rapidement les variables qui définissent les différents protocoles courants (HTTP,SMTP,SNMP,SSH…) et serveurs associés.
De plus les algorithmes qui vont de la collecte jusqu'à l'affiche sont assez lourds (SNORT => Barnyard => PG => ACID => PG => Z-Eye => PG). J'aimerais pouvoir les simplifier en me passant de base mais pour le moment je suis plus sur la partie réseau.
En ce qui concerne l'administration de commutateurs, comme je l'ai dit pour le moment il s'agit de commutateurs CISCO, mais mon API permet d'utiliser SSH et de créer un module pour chaque constructeur, ce qui te permet d'utiliser des fonctions "standards" qui lanceront des commandes plus spécifiques sur chaque commutateurs (tu peux faire de l'hybride SNMP/SSH d'ailleurs). Cette spécificité CISCO n'impacte pas la collecte de données qui elle se fait avec des outils de collecte plus complets (Netdisco/MRTG).
Concernant la gestion DHCP/DNS pour le moment il s'agit juste de collecte, mais promis je vais voir pour interfacer ca une fois la 1.1 stabilisée, validée et publiée. Il te faudra peut être attendre 1 à 2 mois le temps que je développe ca comme il faut et que je sois certain de la stabilité/sécurité du code. (donc mai/juin). Ceci ne t'empêche pas de pouvoir l'utiliser dès maintenant et d'upgrader plus tard quand de nouvelles fonctions apparaîtront. (l'ensemble est très facile à upgrader et je donne toujours des instructions exactes de mises à jour de DB, fichiers).
J'avoue comme toi que ce qui pèche c'est effectivement la partie réseau où l'on trouve beaucoup de proprio, c'est à cause de ce besoin aussi que j'ai décidé d'agrandir Z-Eye et d'en faire une application "publique", au lieu de la garder au chaud dans mon institution CNRS.
Veepee & UNIX-Experience