L’article explique comment fail2ban peut renforcer la sécurité d’un serveur web Apache en filtrant automatiquement les adresses IP suspectes. L’auteur, Da Scritch, détaille son utilisation pour bloquer les tentatives de brute-force et autres comportements abusifs, réduisant ainsi les risques d’exploitation tout en limitant l’impact sur les performances. Le logiciel s’appuie sur des expressions régulières pour analyser les logs et appliquer des règles de blocage via iptables ou nftables, sans perturber le fonctionnement des services surveillés.
L’auteur souligne que fail2ban est une solution légère, consommant peu de ressources (environ 30 Mo de RAM et moins de 6 % de CPU), tout en étant efficace contre les scans automatisés. Il précise que son serveur, hébergé par un FAI associatif, subit en moyenne 80 requêtes malveillantes par seconde, illustrant l’utilité de l’outil pour atténuer ces attaques répétées.
Enfin, Da Scritch insiste sur l’importance de sécuriser un serveur, même pour un usage personnel, afin de ne pas impacter d’autres utilisateurs du réseau. Il présente fail2ban comme une solution simple et peu intrusive, idéale pour compléter d’autres mesures de protection sans nécessiter de refonte majeure de l’infrastructure.
Ce billet explique comment moderniser un firewall iptables vieillissant sans perturber Docker, en prenant l’exemple d’un serveur exposé directement sur Internet. L’auteur souligne que les règles doivent refléter le chemin réel des paquets, qui a évolué depuis 2017, notamment avec l’intégration de Docker. Il revient sur quatre articles précédents pour montrer comment Fail2ban, SYNPROXY, ipset et CrowdSec ont été adaptés, tout en corrigeant des pratiques obsolètes comme le filtrage sur eth0 ou l’absence de gestion des connexions Docker.
L’article détaille les pièges rencontrés, comme l’impact de conntrack et SYNPROXY sur les connexions SSH, ou la nécessité de réviser les règles pour éviter de bloquer l’accès aux ports 22, 80 et 443. L’auteur insiste sur l’importance de maintenir des outils comme Fail2ban, CrowdSec et AbuseIPDB de manière complémentaire, plutôt que redondante, et partage des bonnes pratiques pour sécuriser le serveur dans un environnement "à peine agressif".
Enfin, le texte propose une mise à jour des règles iptables pour 2026, en intégrant les évolutions récentes comme la gestion des ipset, la rotation des clés API et une meilleure validation des données externes. L’objectif est de concilier sécurité renforcée et compatibilité avec Docker, tout en évitant les erreurs d’architecture qui pourraient rendre le serveur inaccessible.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Iptables rules examples for new Linux sys admin: Explains how to protect the server, display, set, modify, delete rules including blocking IP address, ports and more.
Tout est dans le titre
Tout est dans le titre