spamd가 AWS EC2 인스턴스에서 많은 CPU 크레딧을 사용하고 있습니다.

spamd가 AWS EC2 인스턴스에서 많은 CPU 크레딧을 사용하고 있습니다.

AWS에 EC2 마이크로 인스턴스가 있고 spamassassin을 실행하고 있습니다. 최근 5분 이내에 약 0.5 CPU 크레딧을 지속적으로 사용하고 있습니다. (이는 내 CPU가 5분 동안 50%로 실행된다는 의미입니다.)

spamd 실행 빈도를 줄이거나 스팸이 사용하는 전체 CPU 양을 줄이는 방법이 있습니까?

감사해요!

편집: 이 게시물에는 Fail2ban이 CPU 사용량을 유발한다고 잘못 명시되어 있습니다. 전원을 끈 후에도 여전히 많은 CPU 크레딧을 사용하고 있었고 다른 범인을 찾았습니다.

답변1

스팸은 예정된 것이 아닙니다. 프로세스가 호출할 때마다 실행됩니다.

간단한 글머리 기호는 없으며 많은 대답은 "설정에 따라 다릅니다"입니다. 그러나 (일반적인 이메일 서버/사용자 프로필이 있다고 가정) 회색을 도입하여 서버가 처리해야 하는 이메일의 양을 크게 줄일 수 있습니다. -목록.

(그레이리스팅은 들어오는 스팸을 삭제하는 간단한 방법으로 일반적으로 스팸의 약 80%를 삭제하며 일반적으로 대부분의 이메일은 스팸이므로 상당한 차이를 만들 수 있습니다. 다른 서버가 연결하고 보낸 사람과 받는 사람 주소를 보낼 수 있도록 허용하여 작동합니다. , 그리고 이를 인식하지 못하면 목록에 추가하고 연결을 닫습니다. 합법적인 메일 서버는 이메일을 다시 보내려고 시도하지만 많은 스팸 시스템은 그렇지 않습니다. 단점은 사람들이 처음 서로 통신할 때입니다. 첫 번째 이메일이 전달되는 데 시간이 더 걸립니다.)

아마도 권장하지는 않겠지만 블랙리스트를 사용하여 스팸 소스에서 보낸 이메일이 spamassassin에 도달하기 전에 차단할 수도 있습니다. 이것은 spamassassin을 사용하여 이메일을 확인하는 것보다 훨씬 가볍지만 RBL에 많은 신뢰(아마도 많은 신뢰)를 제공합니다.

서버가 많은 양의 이메일을 보내고 있고 그것이 합법적이라고 확신하는 경우 보내는 메일에 대해 스팸 필터링을 우회할 수 있습니다. 하지만 귀하의 서버를 통해 이메일을 보내는 사람이 손상된 경우 귀하는 훨씬 더 빨리 블랙리스트에 오르게 됩니다. 예를 들어 "cluebringer/policyd"와 같은 할당량을 도입하여 이 문제를 어느 정도 해결할 수 있습니다.

마지막으로 spamassassin의 일부를 제거하여 CPU 사용량을 줄일 수 있습니다. 하지만 이것은 아마도 좋은 생각이 아닐 것입니다.

관련 정보