3,054
edits
Changes
From SME Server
Jump to navigationJump to search
mLine 8:
Line 8: + + Line 20:
Line 22: − + − + − + − − == Installation == − Configurez les dépôts Firewall-Services, rpmforge : − − db yum_repositories set fws repository \ − BaseURL http://repo.firewall-services.com/centos/\$releasever \ − EnableGroups no GPGCheck yes \ − Name "Firewall Services" \ − GPGKey http://repo.firewall-services.com/RPM-GPG-KEY \ − Visible yes status disabled − − Configurez les dépôts EPEL :+ + − /sbin/e-smith/db yum_repositories set epel repository \+ − Name 'Epel - EL6' \+ − BaseUrl 'http://download.fedoraproject.org/pub/epel/6/$basearch' \+ − MirrorList 'http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6&arch=$basearch' \+ − EnableGroups no \+ − GPGCheck yes \ − GPGKey http://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL \ − Visible no \ − status disabled − signal-event yum-modify+ − − * Redémarrez les services, installez les rpms − − − Line 65:
Line 48: − − + + + Line 77:
Line 61: − + − + − + − Il n'y a pas de panneau de configuration, vous pouvez encore gérer la contribution avec db configuration, c'est assez simple.+ Line 212:
Line 196: − + Line 282:
Line 266: + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Line 291:
Line 399: + + + − ==Contributions des utilisateurs==+ − Voir la version en anglais de cette page [[Fail2ban#User_contributions]]. − −
→Systèmes requis
[http://www.firewall-services.com Firewall Services]<br>
[http://www.firewall-services.com Firewall Services]<br>
mailto:daniel@firewall-services.com
mailto:daniel@firewall-services.com
Veuillez débattre, apporter des retours et partager des expérimentations sur les forums [http://forums.contribs.org/index.php/topic,51127.0.html '''ici.''']
== Description ==
== Description ==
== Systèmes requis ==
== Systèmes requis ==
Cette contribution a été développée et testée sur SME Server 8 et plus. Elle ne fonctionnera probablement pas sur les SME 7.
Cette contribution a été développée et testée sur SME Server v8 et suivantes.
{{Note box|type=Note :|l'option SME [http://wiki.contribs.org/AutoBlock AutoBlock SSH] doit être désactivée pour s'assurer que les contrôles de fail2ban du trafic SSH ne sont pas construites dans le Firewall. '''Or AutoBlock est activé par défaut dans SME 9.x.'''
{{Note box|type=Note :|L'option [http://wiki.contribs.org/AutoBlock AutoBlock SSH] de SSH devrait être désactivée pour s'assurer que ce soit Fail2ban qui contrôle le trafic SSH et non pas le pare-feu intégré de SME.. '''Or AutoBlock est activé par défaut dans SME 9.x.'''
Pour vérifier qu'AutoBlock est bien désactivé :
Pour vérifier qu'AutoBlock est bien désactivé :
db configuration show sshd
db configuration show sshd
Si ce n'est pas le cas, voir sur le lien ci-dessus pour le désactiver.}}
Si ce n'est pas le cas, voir ci-dessous pour le désactiver.}}
==Koozali SME v9/v10==
{{#smeversion: smeserver-fail2ban}}
== Installation sur Koozali SME==
<tabs container><tab name="Pour SME 10">
yum --enablerepo=smecontribs install smeserver-fail2ban
</tab><tab name="Pour SME 9">
* Installez les paquets
yum --enablerepo=smecontribs install smeserver-fail2ban
yum --enablerepo=fws --enablerepo=epel install smeserver-fail2ban
* Appliquer la configuration nécessaire :
* Appliquer la configuration nécessaire :
Prenez soin d'exécuter ces trois commandes avec précision. Ne pas le faire peut empêcher la connexion à distance via ssh.
Prenez soin d'exécuter ces trois commandes avec précision. Ne pas le faire peut empêcher la connexion à distance via ssh.
db configuration setprop masq status enabled
db configuration setprop masq status enabled
expand-template /etc/rc.d/init.d/masq
expand-template /etc/rc.d/init.d/masq
ou bien les commandes suivantes qui sont équivalentes après redémarrage :
ou bien les commandes suivantes qui sont équivalentes après redémarrage :
db configuration setprop masq status enabled
db configuration setprop masq status enabled
signal-event post-upgrade; signal-event reboot
signal-event post-upgrade; signal-event reboot
{{warning box|type=Attention :|à défaut d'exécuter l'une de ces commandes, l'accès au réseau sera verrouillé le temps de recharger les règles d'iptables.}}
{{warning box|type=Attention :|à défaut d'exécuter l'une de ces commandes, l'accès au réseau sera verrouillé le temps de recharger les règles d'iptables.}}
{{warning box|type=Attention :|le service de masquage doit être activé pour que Fail2ban fonctionne correctement ; si vous le désactivez, Fail2ban ne bannira rien.}}
{{warning box|type=Attention :|le service de masquage doit être activé pour que Fail2ban fonctionne correctement ; si vous le désactivez, Fail2ban ne bannira rien.}}
</tab>
</tabs>
{{warning box|type=Attention : |à partir de SME10 et de smeserver-fail2ban 0.1.18-29, le changement manuel de configuration est inclus dans la sauvegarde principale, si vous utilisez des fichiers .local dans les dossiers action.d/ fail2ban.d/ filter.d/ jail.d/. Toute modification apportée au fichier .conf appartenant au paquet n'est pas ajoutée dans la sauvegarde principale. Utilisez les fichiers .local pour remplacer le fichier .conf et ils seront dans la sauvegarde. Voir http://www.fail2ban.org/wiki/index.php/MANUAL_0_8#Configuration.}}
== Désactiver la fonctionalité AutoBlock sur SME 9.x et supérieur ==
== Désactiver la fonctionalité AutoBlock sur SME 9.x et supérieur ==
1. Affichez vos paramètres actuels pour la fonctionnalité AutoBlock intégrée de SME en entrant ce qui suit en ligne de commande.
1. Affichez vos paramètres actuels pour la fonctionnalité AutoBlock intégrée de SME en entrant ce qui suit en ligne de commande.
# Config show sshd
# config show sshd
2. Si AutoBlock est désactivé, aucune action n'est requise. Si AutoBlock est activé, configurez-le sur désactivé avec les commandes suivantes :
2. Si AutoBlock est désactivé, aucune action n'est requise. Si AutoBlock est activé, configurez-le sur désactivé avec les commandes suivantes :
# Config setprop sshd AutoBlock disabled
# config setprop sshd AutoBlock disabled
# Signal-event remoteaccess-update
# signal-event remoteaccess-update
== Commandes DB ==
== Commandes DB ==
Bien qu'il y ait une page de configuration dans le gestionnaire du serveur, vous pouvez aussi gérer la contribution avec « db configuration », c'est assez simple.
# config show fail2ban
# config show fail2ban
backend = auto
backend = auto
{{Note box|type=Note :|msg=votre réseau et votre serveur sont dans la liste des IP ignoré par fail2ban (voir IgnoreIP.)}}
{{Note box|type=Note :|msg=votre réseau et votre serveur sont dans la liste des adresses IP ignorées par fail2ban (voir IgnoreIP.)}}
[ssh]
[ssh]
action = smeserver-iptables[bantime=604800]
action = smeserver-iptables[bantime=604800]
smeserver-sendmail[name="Recidive",dest=root]
smeserver-sendmail[name="Recidive",dest=root]
====Filtres locaux personnalisés====
Vous pouvez ajouter vos règles personnalisées en ajoutant un fichier nom_de_fichier.local dans /etc/fail2ban/filters.d/
wget https://bugs.koozali.org/attachment.cgi?id=6229 -O /etc/fail2ban/filters.d/apache-badbots.local
serait un exemple de règles locales de bad bots, veillez à tester pour votre cas personnel. Certaines règles avancées pourraient créer beaucoup de faux positifs et verrouiller vos utilisateurs, cf. [https://bugs.koozali.org/show_bug.cgi?id=10857].
== Désinstallation ==
== Désinstallation ==
yum remove smeserver-fail2ban fail2ban
yum remove smeserver-fail2ban fail2ban
==Contributions des utilisateurs==
=== Test de nouvelles expressions régulières ===
Vous pouvez tester de nouvelles notes d'expressions régulières issues de ce [http://bugs.contribs.org/show_bug.cgi?id=8955 bogue].
fail2ban-regex [LOG] [REGEX]
Vous pouvez également tester les fichiers de configuration actuels comme indiqué :
fail2ban-regex /var/log/qpsmtpd/current /etc/fail2ban/filter.d/qpsmtpd.conf
Notez que certains caractères tels que « ` » peuvent avoir besoin d’être échappés sur la ligne de commande comme ceci \` mais n’ont pas besoin d’être échappés dans les fichiers de configuration.
Par exemple, à partir du fichier qpsmptd.conf, cela fonctionne dans le fichier de configuration.
^\s*\d+\s*logging::logterse plugin \(deny\): ` <HOST>\s*.*90\d.*msg denied before queued$
Cependant, en ligne de commande, il faut l'écrire comme ceci :
^\s*\d+\s*logging::logterse plugin \(deny\): \` <HOST>\s*.*90\d.*msg denied before queued$
===Afficher les adresses IP bannies par le service===
====Consultez le journal de fail2ban====
Voici un autre script rapide qui vous montre les adresses IP bannies les plus récentes dans les journaux. Notez qu’elles ne le sont peut-être plus, mais il n’y a pas de vérification pour cela.
mkdir /root/bin
nano -w /root/bin/IP_list.sh
et copiez et collez le code ci-dessous dans le fichier :
#!/bin/sh
# Définir les variables de l'interface en ligne de commande de façon à pouvoir les lire.
TYPE=$1
LOG=$2
# Définir la chaîne grep principale
SEARCH="Ban ((1?[0-9][0-9]?|2[0-4][0-9]|25[0-5])\.){3}(1?[0-9][0-9]?|2[0-4][0-9]|25[0-5])"
# Ajouter le terme de recherche
SEARCH="\[$TYPE]\ $SEARCH"
# Maintenant, cherchez dans le journal
grep -oE "\[$TYPE\] Ban ((1?[0-9][0-9]?|2[0-4][0-9]|25[0-5])\.){3}(1?[0-9][0-9]?|2[0-4][0-9]|25[0-5])" $LOG
Enregistrez le fichier et rendez-le exécutable :
chmod 755 /root/bin/IP_list.sh
Utilisation :
IP_list.sh [service] [log]
Par exemple :
IP_list.sh qpsmtpd /var/log/fail2ban/daemon.log
====Vérifiez l'IP bannie par fail2ban pour tous les prisons actives ====
Par [[User:Unnilennium|Unnilennium]] ([[User talk:Unnilennium|talk]])
mkdir /root/bin
vim /root/bin/sfail2ban
Collez-lui ceci :
#!/bin/bash
for SERVI in $(fail2ban-client status|grep 'Liste des prisons'|cut -d':' -f2|sed 's/, / /g'| sed -e 's/^[ \t]*//')
do
fail2ban-client status $SERVI |grep -E 'liste IP|Statut de la prison'|sed 'N;s/\n/:/'|cut -d: -f2,4
done
puis faites :
chmod 755 /root/bin/sfail2ban
Utilisation :
sfail2ban
Résultat :
# sfail2ban
ftp:
imap:
pam-generic:
qpsmtpd:
recidive: 141.98.80.15
ssh:
ssh-ddos:
wordpress:
====Imprimez un résumé de la base de données de fail2ban====
mkdir -p /root/bin
vi /root/bin/bansummary.sh
Collez ceci :
<nowiki>#!/bin/bash
echo -e \
"IP \t"\
"BanTime \t"\
"UnbanTime \t"\
"Jail"
for ban in $(db fail2ban show |awk -F\= ' $2=="ban" {print $1}');
do
IP=$(db fail2ban getprop $ban Host)
Bantime=$(date +"%F %T" -d @$(db fail2ban getprop $ban BanTimestamp))
UnBanTime=$(date +"%F %T" -d @$(db fail2ban getprop $ban UnbanTimestamp))
LastJail=$(zgrep -H "Ban $IP" $(find /var/log/fail2ban -type f -ctime -7) |tail -1 |awk '{print $6}')
printf "%-15s" "$IP"
echo -e "\t$Bantime\t$UnBanTime\t$LastJail"
done
</nowiki>
Sauveagarder, puis rendre exécutable
chmod 755 /root/bin/bansummary.sh
Utilisation :
bansummary.sh
Sortie :
<nowiki>IP BanTime UnbanTime Jail
46.246.39.228 2017-09-09 18:45:00 2017-09-10 18:45:00 [http-scan]
124.239.180.102 2017-09-09 12:07:32 2017-09-10 12:07:32 [http-scan]
212.237.54.93 2017-09-09 19:27:32 2017-09-10 19:27:32 [http-scan]
</nowiki>
===WordPress===
Fail2Ban fonctionne avec WordPress mais nécessite une configuration supplémentaire. Veuillez consulter [[Wordpress#Fail2Ban |la page WordPress]] (en anglais).
== Bogues ==
== Bogues ==
Aperçu ci-dessous des problèmes actuels de cette contribution {{#bugzilla:columns=id,product,version,status,summary|sort=id|order=desc|component=smeserver-fail2ban|noresultsmessage=No open bugs found.}}
Aperçu ci-dessous des problèmes actuels de cette contribution {{#bugzilla:columns=id,product,version,status,summary|sort=id|order=desc|component=smeserver-fail2ban|noresultsmessage=No open bugs found.}}
==Journal des modifications==
Seules les versions publiées dans smecontribs sont répertoriées ici.
{{ #smechangelog: smeserver-fail2ban}}
[[Category: Contrib/fr]][[Category: Security]]
[[Category: Contrib/fr]]
