spamd está usando MUCHOS créditos de CPU en mi instancia AWS EC2

spamd está usando MUCHOS créditos de CPU en mi instancia AWS EC2

Tengo una microinstancia EC2 en AWS y ejecuto spamassassin. Últimamente ha estado usando constantemente alrededor de 0,5 créditos de CPU en un período de 5 minutos. (Esto significa que mi CPU está funcionando al 50% durante un período de 5 minutos).

¿Hay alguna manera de reducir la frecuencia con la que se ejecuta spamd o reducir la cantidad total de CPU que utiliza?

¡Gracias!

EDITAR: Esta publicación indicaba incorrectamente que fail2ban estaba causando el uso de la CPU. Después de apagarlo, todavía estaba usando muchos créditos de CPU y encontró al otro culpable.

Respuesta1

Spamd no es algo programado. Se ejecuta cada vez que un proceso lo llama.

No hay una viñeta simple, y gran parte de la respuesta es "depende de su configuración", pero (suponiendo que tenga un servidor de correo electrónico/perfil de usuario normal) puede reducir considerablemente la cantidad de correo electrónico que su servidor necesita procesar al introducir el color gris. -listado.

(La inclusión en listas grises es una forma ligera de eliminar el spam entrante; por lo general, elimina alrededor del 80% del spam y, por lo general, la mayoría del correo electrónico es spam, por lo que puede marcar una gran diferencia. Funciona al permitir que otros servidores se conecten, envíen direcciones desde y hacia , y si no los reconoce, los agrega a una lista y cierra la conexión; se supone que los servidores de correo legítimos intentan reenviar el correo electrónico, muchos sistemas de spam no lo hacen. La desventaja es que cuando las personas se comunican entre sí por primera vez. el primer correo electrónico tarda más en llegar).

Probablemente no lo recomendaría, pero también puedes intentar usar listas negras para bloquear el correo electrónico de posibles fuentes de spam antes de que llegue a spamassassin. Esto es mucho más liviano que usar spamassassin para revisar correos electrónicos, pero brinda mucha confianza (quizás demasiada confianza) a los RBL.

Si su servidor envía una gran cantidad de correo electrónico y está seguro de que todo es legítimo, es posible que desee evitar el filtrado de spam para el correo saliente. Sin embargo, si alguien que envía un correo electrónico a través de su servidor está comprometido, lo incluirán en la lista negra mucho más rápido; es posible que pueda solucionar este problema introduciendo cuotas, por ejemplo, "cluebringer/policyd".

Por último, es posible que puedas eliminar partes de spamassassin para que consuma menos CPU. Aunque probablemente esta no sea una buena idea.

información relacionada