The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Борьба со спамом для высоконагруженных почтовых систем на примере MTA Zmailer

13.01.2009 09:04

Для больших высоконагруженных почтовых систем подходят далеко не все методы борьбы со спамом и вирусами. К сожалению, но гибкий и достаточно универсальный SpamAssassin с ядром на Perl становится узким местом, при большом потоке почты. Приходится или экстенсивным методом наращивать железо или искать другие методы решения задач.

В статье рассказано, как на примере ZMailer MTA и фильтра Zmscanner организовать проверку почты на вирусы и некоторые типы борьбы со спамом в промышленных масштабах.

Итоги:

  • мы зафильтровали явные источники спама в конфигах Zmailer;
  • настроили прием сообщений с проверкой адресов отправителя и получателя (MAIL FROM, RCPT TO);
  • используем DNSBL для отсечения известных открытых релеев и источников спама;
  • используем SPF для проверки валидности сервера отправителя;
  • используем производительный контекстный фильтр Zmscanner для проверки почты антивирусом ClamAV и фильтрации писем по содержимому;
  • используем контекстный антиспам фильтр DCC и его дополнительную возможность: Greylisting, для уменьшения потока распределённого спама.


  1. Главная ссылка к новости (http://kocmuk.ru/2009/01/09/zm...)
Автор новости: Mike17
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/19752-spam
Ключевые слова: spam, zmailer
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Anonymous (?), 09:50, 13/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    DNSBL часто рубит всех подряд, я отказался от него, использую грейлистинг, помогает.
     
     
  • 2.8, moRRoz (?), 12:14, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Рубит. Факт. Но разумное применение фильно помогает. DNSBL может быть не абсолютным признаком "зарубить", а составляющей спам-рейтинга. И если IP хоста есть в DNSBL плюс есть еще что-нибудь подозрительное - то тогда рубить. Количество ложных срабатываний при таком подходе меньше.
     

  • 1.2, XoRe (ok), 11:12, 13/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Могу посоветовать грейлистинг делать средствами фаерволла.
    Думаю, он будет более производительным, чем средствами DCC.

    А вообще статья очень хорошая.
    Особенно интересна система DCC.

     
     
  • 2.3, Mirror13 (ok), 11:28, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите подробнее про грейлистинг средствами файрвола. Сам пробовал spamd, который работает через pf, но на большом потоке у него портится база и письма вообще перестают приходить Ж-(
     
     
  • 3.4, XoRe (ok), 11:52, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Расскажите подробнее про грейлистинг средствами файрвола. Сам пробовал spamd, который работает через
    >pf, но на большом потоке у него портится база и письма
    >вообще перестают приходить Ж-(

    Сам не реализовал, если честно)
    Могу только дать ссылку:
    http://www.onlamp.com/pub/a/bsd/2007/01/18/greylisting-with-pf.html?page=4

    Интересно про "на большом потоке у него портится база"
    Расскажите, какие у вас объемы писем?

     
     
  • 4.9, Mirror13 (ok), 12:51, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ага, в этой статье как раз про spamd речь и идет Ж-) к сожалению ничего кроме него мне не удалось найти для грейлистинга на файерволе Ж-(
    объемы проходящей почты >100000 писем в сутки (точнее сказать сейчас не могу).
    Хотя может крах базы не столько связан с потоком, сколько с чем то другим...Но мне приходилось раз в 1-2 недели базу удалять и четкой закономерности между ее крахами я не нашел.

    PS да и не гибок, если честно, грейлистинг через файер

     
  • 2.5, moRRoz (?), 12:02, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, средствами фаерволла производительнее, но кажется менее информативно для отправляющей стороны. Drop TCP соединения не даёт понять, в счём пролема недоставки сообщения. А так как политики грейлистинга у всех разные, то выявить проблему затруднительно.

    Средствами DCC грейлистинг гибкий. Можно делать белые списки в обход грейлистинга, например для почты на postmaster или abuse. Что бы к тебе хоть кто-то мог пробиться и написать о проблемах. С фаерволом так не выйдет.

     
     
  • 3.6, XoRe (ok), 12:07, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, средствами фаерволла производительнее, но кажется менее информативно для отправляющей стороны. Drop
    >TCP соединения не даёт понять, в счём пролема недоставки сообщения. А
    >так как политики грейлистинга у всех разные, то выявить проблему затруднительно.
    >
    >
    >Средствами DCC грейлистинг гибкий. Можно делать белые списки в обход грейлистинга, например
    >для почты на postmaster или abuse. Что бы к тебе хоть
    >кто-то мог пробиться и написать о проблемах. С фаерволом так не
    >выйдет.

    Логично.
    Разумно.
    Учту.

     
  • 3.7, moRRoz (?), 12:08, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, забыл сказать, что грейлистинг средствами DCC на потоке до 10 миллионов писем на 1 сервер в сутки не доставляет никаких проблем. Сам DCC грейлист сервер там же на этом сервере.

    VIRT  RES  SHR  %CPU %MEM    TIME+    COMMAND
    989m  532m 530m  0    6.6    28:21.04 /var/dcc/libexec/dccd -Gon -I nobody -i 1001 -Gweak-IP

     

  • 1.10, Аноним (10), 15:02, 13/01/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Из всего перечисленного только грейлистинг и дает какое-то  заметное снижение объемов спама, все остальное можно смело забыть. а всякие SPF и, особенно, DNSBL только вредят.
     
     
  • 2.11, moRRoz (?), 15:14, 13/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У вас есть статистика?
    Вы пробовали использовать всё перечисленное?


     
     
  • 3.12, Аноним (10), 03:04, 15/01/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Статистики нет, а пробовать - пробовал. В промышленных объемах :)
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру