Rendez les tentatives de connexion répétées moins utiles

Fail2ban lit les échecs d'authentification et demande à un backend de pare-feu de bloquer les sources répétées. Il aide avec les tentatives répétées ; il ne remplace pas l'authentification par clé ni les mises à jour système. Confirmez que les échecs SSH atteignent le journal ou le fichier de log que le jail lira.

Sur un hôte Debian ou Ubuntu maintenu, le gestionnaire de paquets peut l’installer. Examinez ses valeurs par défaut et son backend avant d’activer une prison personnalisée. D’autres distributions peuvent utiliser un dépôt de paquets ou une action de pare-feu différents.

sudo apt update
sudo apt install fail2ban

Créez une dérogation dans /etc/fail2ban/jail.d/sshd.local. Faites correspondre le port SSH réel. Cet exemple lit le journal systemd ; utilisez un backend et un chemin de journal appropriés si le système écrit un journal différent. Ajoutez une adresse d’administration de confiance à ignoreip seulement après l’avoir vérifiée.

[sshd]
enabled = true
port = 22
backend = systemd
maxretry = 5
findtime = 10m
bantime = 1h
ignoreip = 127.0.0.1/8 ::1

Démarrez le service seulement après avoir examiné le fichier et gardé une session de récupération ouverte. Inspectez le service et la sortie du jail ; un démon actif sans événements correspondants peut n'offrir aucune protection.

sudo fail2ban-client -t
sudo systemctl enable --now fail2ban
sudo fail2ban-client status
sudo fail2ban-client status sshd

Utilisez une source de test contrôlée distincte pour vérifier la détection, le bannissement et l'expiration. Vérifiez IPv6 et les règles de pare-feu effectives. Si une source de confiance est incorrectement bannie, utilisez la console conservée pour retirer ce bannissement spécifique, puis corrigez la politique ; ne désactivez pas toute la protection pour contourner une seule erreur.

sudo fail2ban-client set sshd unbanip 192.0.2.44