SSH et Fail2Ban

[swapfiles]

Salut.
As-tu cette ligne dans ton (R)syslog.conf?
authpriv.* /var/log/secure

[Cool34000]

Salut,

Par défaut, tout est loggé dans /var/log/auth.log visiblement :

Code : Tout sélectionner

auth,authpriv.*        /var/log/auth.log

Je tenterai demain (enfin ce soir ) de voir si ajouter un fichier dédié pour "authpriv" corrige le problème, mais j'en doute vu la config par défaut...

[Cool34000]

Salut,

Comme je le pensais, c'est la même chose en ajoutant la ligne proposée par swapfiles :

Code : Tout sélectionner

Jan 31 20:57:25 debian-box sshd[13709]: pam_unix(sshd:session): session opened for user root by (uid=0)
Jan 31 20:57:26 debian-box sshd[13702]: pam_unix(sshd:session): session closed for user root

Une fois encore, j'ai bien quelque chose quand la connexion réussie, et rien quand je me connecte sans clé privé

Je vais finir par croire que ce n'est pas un bug mais une fonctionnalité (une vieille habitude W$ !)


+++

[swapfiles]

Je vais peut être dire une connerie parce qu'en fait là je n'ai pas le temps d'essayer voir si ça change quelque chose ou non...
Mais refuse la connexion Root sur ton fichier de config et permet juste des users.
Refais le test avec un de tes users.

Je ferais le test ce soir chez moi.

[jdh]

Un autre fil parlant du sujet : http://www.kookyoo.net/dossier/Informat ... 4-00000039

La réflexion finale sur la clé semble logique !

Le message à trouver serait donc "Failed publickey".

[Cool34000]

Salut,

J'ai déjà lu cet article... Le problème ne se produit pas si la clé est erronée mais quand il n'y a pas de clé et que l'utilisateur existe !
Dans ce cas, et seulement celui la, rien n'est journalisé...
Comme dirait l'autre, c'est TASTA (c'est tastapé le cul par terre !!!)