Bonjour Nal !
Si c'est la première fois que tu en entends parler, FlowG est un logiciel open-source de traitement de journaux systèmes. La fonctionnalité principale est un éditeur de "pipeline" se basant sur React Flow. Le but est de recevoir des journaux systèmes et de les transformer à l'aide de scripts VRL, catégoriser, et stocker dans des "streams".
J'en ai déjà parlé précédemment ici.
Aujourd'hui, je t'annonces la toute dernière mouture qui introduit un changement majeur (…)
Bonjour Nal !
Je t'en ai déjà parlé à quelques reprises :
Depuis, on a bien avancé, alors il est temps de t'en parler une nouvelle fois :)
On notera l'ajout du support de Syslog. Logiciel incontournable (…)
Bonjour à toutes et à tous,
Je mets à disposition un guide sur l'installation et l'administration des systèmes Linux (et Unix).
Ce document de plus de 100 pages est le fruit de quelques années d’expériences professionnelles, et continue à me servir régulièrement. Effectivement j'ai eu des responsabilités en tant qu'ingénieur systèmes, mais aussi en tant que consultant-formateur. Il ne s'agit pas simplement de théories ou de méthodes bidouillées dans mon coin, mais il s'agit bien d'un document de référence utilisé (…)
Bonjour à tous,
Je cherche une solution simple pour envoyer quelques informations du syslog (filtrées) sur la boîte mail de root, en temps réel. J'ai peut-être mal cherché, mais je n'ai pas trouvé de solution simple du genre
*:crit @root
Il existe un plugin : ommail, mais il semble beaucoup trop complexe puisqu'il faut renseigner un SMTP et les informations associées. J'en déduis qu'ommail n'utilise pas le MTA local.
Je connais aussi l'existence de logcheck, mais un démon supplémentaire qui (…)
Bonjour à tous,
Je m'occupe actuellement de la gestion d'une plateforme de plusieurs serveurs Debian et Windows. Je gère pour l'instant mes logs avec syslog-ng d'un coté et snare de l'autre.
Mais je me trouve confronté à un problème de taille … Les bugs des deux solutions ainsi que leur documentation incomplète dans le meilleur des cas, fausse trop souvent :(
Donc je me pose la question : Pourquoi ne pas changer ?
Alors je vais regarder les autres solutions.
Je (…)
Lorsqu'on gère un parc de serveur qui comprend malheureusement des serveurs Windows, on souhaite centraliser leurs logs, voir même recevoir des alertes en fonction du contenu. C'est simple à faire sous Linux avec rsyslog, avec lequel je transmets les syslogs vers l'excellent Graylog2. Par contre dans le monde Windows il n'y a pas de serveur syslog natif. J'avais donc trouvé MonitorWare Agent un impressionnant logiciel propriétaire qui permet de définir des services qui vont lire n'importe quel type (…)
