spamd verwendet auf meiner AWS EC2-Instanz jede Menge CPU-Credits

379
scuba_mike

Ich habe eine EC2-Mikroinstanz für AWS und die Ausführung von Spamassassin. In letzter Zeit wurden innerhalb eines Zeitraums von 5 Minuten regelmäßig etwa 0,5 CPU-Credits verwendet. (Dies bedeutet, dass meine CPU über einen Zeitraum von 5 Minuten bei 50% läuft).

Gibt es eine Möglichkeit, die Häufigkeit, mit der spamd ausgeführt wird, zu reduzieren oder die Gesamtmenge der verwendeten CPU zu reduzieren?

Vielen Dank!

BEARBEITEN: In diesem Beitrag wurde fälschlicherweise angegeben, dass fail2ban die CPU-Auslastung verursacht hat. Nach dem Ausschalten verbrauchte es noch viel CPU-Guthaben und fand den anderen Schuldigen.

0
Beachten Sie, dass 1 CPU-Gutschrift = 1 Kern für 1 Minute ist, also 0,5 Credits in 5 Minuten 0,1 Guthaben pro Minute oder 10% CPU ... nicht 50% sind. Jede Instanz, die nicht bei 0% liegt, verwendet * immer * Credits. Michael - sqlbot vor 7 Jahren 0

1 Antwort auf die Frage

1
davidgo

Spamd ist nicht geplant. Es wird immer dann ausgeführt, wenn ein Prozess es aufruft.

Es gibt kein einfaches Aufzählungszeichen, und viele Antworten lauten "es hängt von Ihrem Setup ab", aber (vorausgesetzt, Sie verfügen über ein normales E-Mail-Server- / Benutzerprofil), können Sie die Menge an E-Mail, die Ihr Server verarbeiten muss, durch die Einführung von Gray stark reduzieren -listing.

(Greylisting ist eine einfache Methode, um ankommende Spam-Mails zu löschen. In der Regel fallen 80% der Spam-Mails ab. Normalerweise handelt es sich bei den meisten E-Mails um Spam. Dies kann einen großen Unterschied machen. Es funktioniert, indem andere Server eine Verbindung herstellen, die Absender- und Absenderadresse senden Wenn sie diese nicht erkennt, fügt sie sie einer Liste hinzu und schließt die Verbindung - E-Mail-Server sollen versuchen, E-Mails erneut zu senden, viele Spam-Systeme jedoch nicht. Der Nachteil ist, dass die Benutzer zuerst miteinander kommunizieren es dauert länger, bis die erste E-Mail durchgeht).

Ich würde es wahrscheinlich nicht empfehlen, aber Sie können auch versuchen, schwarze Listen zu verwenden, um E-Mails von möglichen Spamquellen zu blockieren, bevor sie Spamassassin erreichen. Dies ist viel leichter als das Verwenden von Spamassassin zum Überprüfen von E-Mails, gibt jedoch den RBLs viel Vertrauen (vielleicht zu viel Vertrauen).

Wenn Ihr Server sehr viele E-Mails sendet und Sie sich sicher sind, dass die Berechtigung besteht, können Sie die Spam-Filterung für ausgehende E-Mails umgehen. Wenn jedoch jemand, der E-Mails über Ihren Server sendet, gefährdet ist, werden Sie schneller auf die schwarze Liste gesetzt. Möglicherweise können Sie dies umgehen, indem Sie Quoten einführen - z. B. "cluebringer / policyd".

Schließlich können Sie möglicherweise Teile von Spamassassin ausnehmen, um die CPU-Auslastung zu verringern. Dies ist jedoch wahrscheinlich keine gute Idee.

Vielen Dank an @davidgo für Ihre Antwort. Ich ging den Weg einer DNS-basierten Blacklist. Da ich Postfix ausführte, war dies eigentlich [relativ einfach] (https://www.howtoforge.com/block_spam_at_mta_level_postfix). Ich stimme Ihnen zu, dass es ein gewisses Vertrauen mit den Inhabern erfordert, die die schwarzen Listen erstellen. Da SpamAssassin jedoch dieselben schwarzen Listen verwendet, glaube ich nicht, dass es mehr Vertrauen gibt, als ich bereits angeboten habe. Ich stoppe sie nur, bevor sie überhaupt Post schicken können. scuba_mike vor 7 Jahren 0
Ich freue mich, wenn es geholfen hat. Es gibt einen Unterschied zwischen der Verwendung von Postfix-Blacklisting und der Spamassassin-Listung. Spamassassin verwendet die Blacklist, um die Wahrscheinlichkeit von Spam abzuwägen (so dass Sie immer noch E-Mails von einer Blacklist-IP erhalten können), während Postfix das System vollständig blockiert. Was hat diese Maßnahme aus Neugier auf Ihre CPU-Credits / -Verwendung getan? davidgo vor 7 Jahren 0
Entschuldigung für die verspätete Antwort. Ich habe noch nicht nachgesehen. Es stellt sich heraus, dass die hohe CPU-Auslastung von einem Spam-Server auf meinem Server verursacht wurde. Dies wiederum führte dazu, dass Spam-Assassin wegen all der Sprünge, die sie erhielt, verrückt wurde! Es sind noch keine Daten zu der Maßnahme vorhanden, um Sperrlisten auf Postfix-Ebene zu blockieren. Tatsächlich stellt sich heraus, dass einige Blacklists ec2-Instanzen blockieren. scuba_mike vor 7 Jahren 0