Merci

Par contre y'a un os, pas trop embêtant parce que ça risque pas grand chose mais quand même...

Je m'étais jamais trop penché sur fail2ban mais la config' pour lighttpd qu'on retrouve sur tout les tuto qui trainent marche pas vraiment.

Les 3 fichiers de conf "apache-truc" qu'on utilise en /etc/fail2ban/filter.d/ ne voient rien passer. C'est pour ça qu'on ramasse des bots "myphpadmin" en rafale entre autre.
Pareil pour les tentatives d'identification à la porte de rutorrent, ça ban quedale

Je teste quelques trucs... Pour l'identification j'ai ça déjà qui marche pas mal même si ça ne ban que si le guignol utilise un pseudo existant sur la box (pas trouvé pour un "toto" mais c'est moins gênant)

On édite :

nano  /etc/fail2ban/filter.d/apache-auth.conf

On efface tout et on colle à la place :

# Fail2Ban configuration file
# for lighttpd htdigest

[Definition]

# Option:  failregex
# Notes.:  regex to match the password failure messages in the logfile.
# Values:  TEXT

failregex = .*http_auth.*wrong password.*IP: <HOST>\s*$
            .*http_auth.*password doesn\'t match.*IP: <HOST>\s*$

# Option:  ignoreregex
# Notes.:  regex to ignore. If this regex matches, the line is ignored.
# Values:  TEXT

ignoreregex =

Et on relance fail2ban :

/etc/init.d/fail2ban restart

J'ai testé c'est ok, je viens de bannir ma mère au bout de 3 tentatives. "Mais t'es sur que je vais pas avoir d'ennuis ?!?" )

J'ai un truc aussi pour les bots phpmyadmin mais j'attends d'avoir plus de retour sur mon test, je manque de pénibles sur le serveur pour l'instant.

Votre avis sur la question m’intéresse grandement et si vous pouvez confirmer...

Et pas facile "regex" au passage.

Ex.

Ok je ferais la mise à jour un peu plus tard avec des règles propres.

On suit des trucs sans les comprendre et on fait pornawak, c'est malheureux

Edit: J'ai corrigé la partie Fail2Ban / Lighttpd avec ajout d'un filtre anti-script, ça marche pas mal du tout

Ajout dans la règle anti script de fail2ban d'une ligne anti wootwoot qui marche pas mal du tout.

Salut

- Pour ta question sur logwatch, il y a juste l'adresse mail à modifier, le reste des commandes se tape tel quel sans rien changer:

nano /etc/aliases

Et rajouter à la fin :

root: ton_mail@mail.com

Tu enregistres la modif' : (ctrl X... Y...)

Et après seulement, quand t'es "revenu" sur ta console tu tapes pour valider les changements :

newaliases

- Pour ta question sur HOST, on laisse comme ça dans les règles sans rien modifier.

Par contre, ne fait pas l'impasse sur la sécu SSH, c'est le plus important avec fail2ban, et penses après a modifier le port surveillé par fail2ban pour qu'il fasse son boulot

Bon courage

Ex.

Pour AWStats il y avait ça dans l'ancien post sécurité qui est un peu plus bas sur la première page. Mais d'après les commentaires il y avait des soucis donc j'ai pas remis au propre, si quelqu’un a un tuto 100% fonctionnel, qu'il hésite pas

Logserver, y'a une rotation du log sur 7 jours, c'est vrai qu'en fin de semaine le fichier est un peu lourd mais c'est pas trop gênant, j'ai pas soluce pour faire plus light mais si quelqu’un a ça et veut faire évoluer le truc avec un script ou autre idée, il est le bienvenue....

Fail2ban utilise Iptables, d'après la faq pour voir les ban en cours: `iptables -L`
Pour un log plus parlant voir ici en bas de page: FAQ Fail2ban , faut ajouter des trucs dans les actions de jail.local

Après y'a toujours moyen de voir les dernières entrées et suivre ça en live dans fail2ban.log quand y'a rien à la tv :

tail -f -n 50 /var/log/fail2ban.log | ccze

(toujours avec des jolies couleurs, parce que j'aime bien ! )

Ex.

Salut

Je sais pas trop, j'ai jamais eu de soucis ou d'erreur avec la commande.

La box tourne comme il faut a part ça, j'imagine que t'étais bien en root ?

On va attendre des avis plus éclairé que le mien pour résoudre ton soucis, je connais pas assez lighttpd pour ça...

Ex.