Salut,
Je fais appel a vous pour un petit problème. Je gère actuellement deux serveurs de mails qui ont tout deux un assez fort traffic (il s'agit juste de mx, pas de serveurs smtp). Ce sont deux machines "relativement" puissantes qui ont un postfix + un amavis contre les spams. Le problème est qu'en ce moment, j'ai de plus en plus de tres grosses vagues de spams qui ralentissent mes machines de manière "tres efficace" (je monte a plus de 200000 mails par jour sur chaque machine). Mes postfix ont plusieurs RBL activees (spamhaus, etc..). Seulement ca ne suffit pas. Mon amavis me bouffe toute mes ressources et du coup les mails mettent 3 plombes a arriver.
Comme il s'agit de serveurs de prod, je ne peux pas trop toucher a l'antispam (ie mettre un dspam ou un spamd a la place). Je cherche donc plutot des solutions du genre : bloquer les gens qui sont "agressifs". Par exemple, je pensais, au niveau iptable, a bloquer pendant xx minutes toutes les personnes faisant plus de x connections par minutes. Mais je ne pense pas que ce soit suffisant.
J'aimerais savoir si vous avez deja ete confronte a ce genre de cas et quelles solutions vous avez pu mettre en place (ie bloquer les requetes venant d'adsl, script analysant les logs postfix pour bloquer certaines IP...). Ou si vous avez des liens a me fournir...
Merci
# Greylisting
Posté par Arnaud Da Costa . Évalué à 2.
Postgrey en est une implémentation pour postfix.
[^] # Re: Greylisting
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
(le problème c'est qu'au début ça va encore plus ralentir tes emails)
http://www.debian-administration.org/articles/168
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Greylisting
Posté par cleek . Évalué à 2.
As-tu déjà bien configuré les restrictions dans Postfix (http://www.postfix.org/uce.html) ? Si c'est bien fait, ça permet de vraiment dégrossir le boulot d'amavis.
Les RBLs sont également très efficaces de ce côté-là, mais ça peut faire pas mal de casse aussi.
[^] # Re: Greylisting
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Le postgrey de debian est fourni avec une whitelist déjà assez conséquente (et n'oublions pas qu'il fait de l'auto-whitelisting)
Néanmoins c'est clair que ça demandera de surveiller les logs, surtout au départ
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Greylisting
Posté par TuxPierre . Évalué à 1.
Par contre, j'ai ajoute une RBL : dul.dnsbl.sorbs.net. Elle est censee filtrer les IP dynamiques. Et d'apres mes logs, elle degage vraiment pas mal de monde.. Mais ta remarque me fait un peu peur.. Est elle vraiment efficace ou "trop" efficace (ie trop de faux positifs) ?? (apres un rapide coup d'oeil sur mes logs, parmi les mails bloqués, bcp ont des expediteurs fantaisistes et/ou des destinataires inexistants.. par contre d'autre me semblent bons..)
Merci
[^] # Re: Greylisting
Posté par symoon . Évalué à 2.
[^] # Re: Greylisting
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Greylisting
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
Ce n'est pas le cas de XBL où j'ai moi même été blacklisté pour une mauvaise configuration de mon serveur mail. Par défaut, tu te rends sur leur site, tu mets ton IP et tu peux te déblacklister. D'après leur FAQ, ils refusent de déblacklister seulement si tu as été blacklisté 5 fois de suite dans un temps donné et que tu as donc manuellement déblacklisté 4 fois. Comme j'avais corrigé mon serveur, j'ai plus eu de problème.
Perso, j'ai réglé le problème en utilisant uniquement spamassassin (et clamav). SA ajoute des points si les adresses sont dans les blacklists. Au pire, le mail sera considéré comme spam mais pas perdu (car je me contente de marquer les messages comme étant du spam mais je les délivre quand même). Et comme par défaut, le poids de sorbs dans SA est quasi-nul ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Greylisting
Posté par alexissoft . Évalué à 2.
http://www.isux.com/
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.