1 |
Ivan Havlicek a écrit : |
2 |
|
3 |
>Si j'ai bien compris, tu as 483332 enregistrements dans ta table logs et |
4 |
>tu souhaites arrêter cette invasion. |
5 |
> |
6 |
> |
7 |
Oui, je n'ai pas envie de loguer toutes les connections pop3, seulement |
8 |
les erreurs. |
9 |
|
10 |
>Je n'utilise pas courier-pop3d, mais il doit suffire de désactiver le |
11 |
>support |
12 |
>des traces dans MySQL (tu as bien dû configurer l'accès à cette base |
13 |
>quelque part). |
14 |
> |
15 |
> |
16 |
Heu non, il s'agit de PostgreSQL. En fait la base de données reçoit tous |
17 |
les logs envoyés par syslog-ng via un démon que j'ai écris. |
18 |
|
19 |
>Car si tu ne traces pas les connexions, il me semble bien qu'il n'y a |
20 |
>rien d'autre à tracer, |
21 |
> |
22 |
> |
23 |
Ho mais si il y a plein de choses: utilisateurs inexistants, mauvais mot |
24 |
de passe, connection rompue, timeout, redémarrage, etc... |
25 |
|
26 |
>la désactivation pure et simple du service de log me semble alors la |
27 |
>solution apropriée. |
28 |
> |
29 |
> |
30 |
Ah mais non, j'ai mis en place cette solution car c'est ce qui m'apporte |
31 |
le plus de souplesse pour l'administration en temps réel des serveurs. |
32 |
Un trigger sur l'insertion dans la table des logs me permet de |
33 |
déclencher des tas d'actions différentes en fonction de l'origine et de |
34 |
la gravité du message. Cependant tu as en partie raison, je pourrais |
35 |
filtrer les messages en provenance de courier-pop3 au niveau de syslog, |
36 |
mais alors je perdrais toute possibilité d'administration proactive sur |
37 |
ce service, ce dont je ne veux pas. |
38 |
|
39 |
Bon, je crois qu'il ne me reste qu'à regarder du coté des sources. |
40 |
Merci quand même. |
41 |
|
42 |
-- |
43 |
Christophe Garault |
44 |
Take your marks: |
45 |
Gen too three: Emerge! |
46 |
|
47 |
|
48 |
-- |
49 |
gentoo-user-fr@g.o mailing list |