J'utilise la réponse de @GarethTheRed à cette question pour installer fail2ban sur un serveur distant CentOS 7. Je suis en mesure de terminer toutes les étapes jusqu'à ce que tail -f /var/log/fail2ban.log
, à ce moment-là, j'obtiens des résultats différents de ceux qu'il obtient dans sa réponse.
Voici les résultats que j'obtiens à cette étape:
[[email protected] ~]# tail -f /var/log/fail2ban.log
2014-12-02 16:55:53,548 fail2ban.server.server[6667]: INFO Changed logging target to /var/log/fail2ban.log for Fail2ban v0.9.0
2014-12-02 16:55:53,550 fail2ban.server.database[6667]: INFO Connected to fail2ban persistent database '/var/lib/fail2ban/fail2ban.sqlite3'
2014-12-02 16:55:54,239 fail2ban.server.database[6667]: WARNING New database created. Version '2'
Après la dernière ligne, je reçois juste un curseur mais pas d'invite de commande, sauf si je tape Ctrl-C
.
Lorsque je tape systemctl status fail2ban
, il me dit que fail2ban
c'est actif. Lorsque je me déconnecte du système et sshd
me reconnecte plus tard, m'indique que de nombreuses tentatives de connexion ont échoué depuis ma dernière connexion. Il devrait donc y avoir des fail2ban
journaux. Mais je n'arrive pas à les trouver.
Quelqu'un peut-il me montrer comment configurer cette configuration pour fail2ban
générer des journaux que je puisse suivre?
fail2ban
est maintenant dans le repo EPEL. Essayez de l'installer à partir de là. Désinstallez la version actuelle et assurez-vous qu'il n'y a pas de fichiers de configuration résiduels, etc. Ensuite, installez à partir d'EPEL. Je l'ai sur une machine CentOS 7 sans aucun problème.Réponses:
Essayez d'installer à
fail2ban
partir d' EPEL . Il est conditionné pour CentOS 7 et vous obtiendrez des mises à jour au fur et à mesure de leur sortie. L'installation durpm
formulaire d'un autre dépôt peut fonctionner (comme dans le cas présent) mais ce n'est pas la meilleure façon de faire les choses.Tout d'abord, installez le référentiel EPEL en émettant ce qui suit (en tant que root):
Ce qui précède devrait installer EPEL et vous donner accès à de nombreux nouveaux packages . L'un de ces packages est
fail2ban
donc l'installer en exécutant:Par défaut, aucune prison n'est configurée, donc pour configurer une
sshd
prison de base :Créez / modifiez le fichier
/etc/fail2ban/jail.local
et ajoutez:Commencez avec:
Faites-le démarrer au démarrage:
Il existait auparavant un bogue connu où SELinux bloquait l'
fail2ban
accès aux fichiers journaux dont il avait besoin pour faire son travail. Cela semble être corrigé dans la version la plus récente de CentOS 7; vous ne devriez pas avoir à effectuer les modifications ci-dessous.Si vous rencontrez ce problème, aucun symptôme n'apparaît dans les journaux et rien n'apparaît comme échoué ou bloqué dans la sortie de
fail2ban-client status sshd
.Pour vérifier l'erreur SELinux, lisez les journaux avec:
Surveillez-les pour des messages tels que:
Par conséquent, faites comme suggéré et exécutez:
Ensuite, pour être sûr, redémarrez
fail2ban
:Vous devrez peut-être même répéter le processus ci-dessus jusqu'à ce qu'aucun autre message d'erreur n'apparaisse dans le journal.
Si votre serveur est sur Internet, surveillez
fail2ban-client status sshd
. Il commencera bientôt à afficher des comptes échoués et interdits si vous avez détecté tous les problèmes SELinux.Notez que vous devrez garder un œil sur les mises à jour de votre politique SELinux. Si une
selinux-policy
mise à jour de package apparaît, elle peut remplacer ce qui précède et vous devrez peut-être réexécuter les commandes ci-dessus. Vous saurez si c'est le cas, carfail2ban
cela ne fonctionnera plus!la source
/etc/fail2ban
est supprimé.enabled = true
partie a fonctionné. J'ai lu partout que ssh est configuré et activé par défaut mais ce n'était pas vrai.