Si tu souhaite installer fail2ban uniquement pour protéger ta porte "22", épargne-toi tes efforts, et focus sur l’application d'une authentification par clés publique/privé.
Quand c'est la sécurité que tu cherche, c'est ça, la route à suivre.
Un tuto qui va t'expliquer le manip à suivre est dispo ici
http://forum.kimsufi.com/showthread....ans-le-manager
Là, t'aura quelque chose de bien.
En suite, il est sympa de s’amuser avec fail2ban, j'adore, car il me fabrique des jolie stats comme :
http://www.test-domaine.fr/munin/pap.../fail2ban.html
Explication - bonus:
Ton sujet "Problème connexion SSH après reboot" est erroné
Il te manque une astuce !
La méthode est:
Ouvre une session (fenêtre) SSH vers ton serveur - nous le nommons "session-1".
Ouvre une session (fenêtre) SSH vers ton serveur - nous le nommons "session-2".
Dans session-1, trafique un max avec i.e. /etc/ssh/sshd_config
Pense à ajouter ceci:
Puis, redémarre le service ssh:
service ssh restart
Ne ferme SURTOUT pas session-1 - garde session-2 comme réserve - exécute dans session-2 éventuellement ceci:
tail -f /var/log/auth.log - extrêmement utile pour voir ce qui se passe.
Ouvre une nouvelle (troisième !) session, avec les nouvelles paramètres (nouveau mot de passe, nouvelle porte ou autre truc à la ouf).
Ça passe ? Tu entre ? Ok, t'es bon.
Ça ne passe pas, no soucis, t'as session-1 encore ouvrir pour retenter les edits, modification, revenir en arrière.
Redémarrer un serveur, ça se fait rarement (deux, trois fois par an ? moins !?
( Mon serveur
http://www.test-domaine.fr/munin/pap...rg/uptime.html == 11 fois depuis 12 mois, mais sache que je dev au niveau kernel (noyau), je n'ai donc pas le choix )