Le vendredi 20 août 2010 à 10:38 +0200, Jean-Paul Lacharme a écrit :
> .
> > > Agir au niveau de logcheck
> >
> > C'est la solution la plus aisée, que je qualifierais de "temporaire", en
> > attendant
> > la correction d'oscinventory-agent.
> >
> > > /etc/logcheck/ignore.d.server/ ou
> > >
> > Agir au niveau de logcheck
>
> C'est la solution la plus aisée, que je qualifierais de "temporaire", en
> attendant
> la correction d'oscinventory-agent.
>
> > /etc/logcheck/ignore.d.server/ ou
> > /etc/logcheck/violations.ignore.d
> > ??
>
> Tout dépend de ce qui te fait remonter ces
Bonjour,
Le jeudi 19 août 2010 à 09:04:17 (+0200), Jean-Paul Lacharme a écrit :
> Date: Thu, 19 Aug 2010 09:04:17 +0200
> From: Jean-Paul Lacharme
> To: debian-user-french@lists.debian.org
> Subject: ocsinventory + ModSecurity + logcheck
> Le problème est qu'ocsinventory
Bonjour,
Je fais tourner ocsinventory+GLPI sur un petit serveur web (debian
lenny). Ceci fonctionne parfaitement.
Ce serveur web est notamment protégé par le firewall web ModSecurity.
Ceci fonctionne très bien.
Je fais me remonter certains log par mail à l'aide de logcheck.
Logcheck est bavard,
4 matches
Mail list logo
