The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Фильтруем спам. Кто чем?"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Фильтруем спам. Кто чем?"  
Сообщение от heap email on 13-Апр-08, 20:26 
Доброго времени.

Задался вопросом фильтрации спама. Сейчас на сервере стоит amavisd-new, завязанный с postfix. Но тут вот интересные подробности возникают. Существует ограничение на количество запущенных процессов, а значит возможности одновременного приема писем. При заданных max_requests в 20, у меня скушано три гигабайта оперативки (вместе с постфиксом и прочими).

Далее еще интересный момент - при пиковой загрузке - как правило днем, или иногда вечером amavisd процессы видимо завершаются аварийно и в папке /var/amavisd/tmp, куда он складывает письма на фильтрацию повисают не убитые каталоги - по нескольку штук на минуту.

Помимо прочего - разрастается спамассассиновская байесовская и автовайт лист база до 30-40 метров, и замедляется поток писем - начинает расти active очередь в постфиксе.

Какие есть способы оптимизировать фильтрацию? Возможно есть красивый вариант заставить постфикс складывать входящую почту в очередь на фильтрацию, а другой процесс заставить вытаскивать ее оттуда и фильтровать?

Кто как решает проблему борьбы со спамом?

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Фильтруем спам. Кто чем?"  
Сообщение от slep email on 13-Апр-08, 21:41 
->firewall->greylist->postfix(pcre,ehlo,*_restrict_*)->amavis-new->local mailer.
" Возможно есть красивый вариант заставить постфикс складывать входящую почту в очередь на фильтрацию, а другой процесс заставить вытаскивать ее оттуда и фильтровать?"
MTA-> local MTA(217.0.0.1 only)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Фильтруем спам. Кто чем?"  
Сообщение от chesnok email(ok) on 13-Апр-08, 21:53 
>->firewall->greylist->postfix(pcre,ehlo,*_restrict_*)->amavis-new->local mailer.
>" Возможно есть красивый вариант заставить постфикс складывать входящую почту в очередь
>на фильтрацию, а другой процесс заставить вытаскивать ее оттуда и фильтровать?"
>
>MTA-> local MTA(217.0.0.1 only)

А скажите смысл этого: "postfix(pcre,ehlo,*_restrict_*)->amavis-new->local mailer."
если есть серые списки?
да более того можно так же сконфигурировать и белый список...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Фильтруем спам. Кто чем?"  
Сообщение от heap email on 13-Апр-08, 22:14 
>>->firewall->greylist->postfix(pcre,ehlo,*_restrict_*)->amavis-new->local mailer.
>>" Возможно есть красивый вариант заставить постфикс складывать входящую почту в очередь
>>на фильтрацию, а другой процесс заставить вытаскивать ее оттуда и фильтровать?"
>>
>>MTA-> local MTA(217.0.0.1 only)
>
>А скажите смысл этого: "postfix(pcre,ehlo,*_restrict_*)->amavis-new->local mailer."
>если есть серые списки?
>да более того можно так же сконфигурировать и белый список...

Стоп. Белые/серые списки, на мой взгляд, это уже надстройка. ИМХО, когда валится туча спама, с разных хостов, на примерно тысячу ящиков - не буду ж я все это дело руками грей/вайт листить? Я так понимаю должно быть что-то типа спам-ассассина или сам ассассин. А вот ему уже говорить - мол это не трогай (вайт), а вот это тож пока зажми (грей).

И я не совсем понял нарисованную схему - а где отложенная фильтрация то? amavis же принимает почту так сказать прямо по smtp снаружи и рулит уже ее дальше. Примерно так у меня сейчас и есть - хост принимает, а в transports сказано - мол почта на домен tratata.net smtp:10.0.0.1, например.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Фильтруем спам. Кто чем?"  
Сообщение от chesnok email(ok) on 14-Апр-08, 00:13 
>[оверквотинг удален]
>буду ж я все это дело руками грей/вайт листить? Я так
>понимаю должно быть что-то типа спам-ассассина или сам ассассин. А вот
>ему уже говорить - мол это не трогай (вайт), а вот
>это тож пока зажми (грей).
>
>И я не совсем понял нарисованную схему - а где отложенная фильтрация
>то? amavis же принимает почту так сказать прямо по smtp снаружи
>и рулит уже ее дальше. Примерно так у меня сейчас и
>есть - хост принимает, а в transports сказано - мол почта
>на домен tratata.net smtp:10.0.0.1, например.

spamassasin хорошее решение, но он достаточно ресурсоемкий.
Идеальным решением наверное было бы разделить задачи -
установить "впереди" машину, на которой работает smtp, выполняются основные фильтрации sfp,rcpt,hello и тд, далее все почта пересылается на другую машину/или группу машин, где уже выполняются остальные задачи фильтрации (антивирус,антиспам, фильтры)...
а вообще сервй лист должен существенно помочь

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Фильтруем спам. Кто чем?"  
Сообщение от heap email on 14-Апр-08, 00:26 
Прикрутил postgrey. Будем посмотреть как оно себя вести будет. Пока очень много почты грейлистит, указывая reason=new.

За примерно час работы:
# grep "action=grey" /var/log/maillog | wc -l
2727
# grep "action=pass" /var/log/maillog | wc -l
342

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Фильтруем спам. Кто чем?"  
Сообщение от chesnok email(ok) on 14-Апр-08, 00:45 
>Прикрутил postgrey. Будем посмотреть как оно себя вести будет. Пока очень много
>почты грейлистит, указывая reason=new.
>
>За примерно час работы:
># grep "action=grey" /var/log/maillog | wc -l
>2727
># grep "action=pass" /var/log/maillog | wc -l
>342

расскажите, каким образом у Вас релизоны "серые списки" ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Фильтруем спам. Кто чем?"  
Сообщение от CrAzOiD (ok) on 14-Апр-08, 02:02 
>>Прикрутил postgrey. Будем посмотреть как оно себя вести будет. Пока очень много
>>почты грейлистит, указывая reason=new.
>>
>>За примерно час работы:
>># grep "action=grey" /var/log/maillog | wc -l
>>2727
>># grep "action=pass" /var/log/maillog | wc -l
>>342
>
>расскажите, каким образом у Вас релизоны "серые списки" ?

это же не списки запрещенного чего-то в прямом понимании. Технология простая: приходит коннект к серверу и тот отвечает что-нить типа: я тут счас занят очень, почту принять не могу, приходи через 30 минут. И помещает IP в серый список. Далее когда клиент приходит, сервер сверяется со списком, если прошло указанное время, почта принимается, если нет, настойчиво повторяют просьбу прийти попозже. Если в итоге сеанс состоялся, IP помечается как благонадежный, например на сутки-двое и при приходе запроса с него в четении этого времени "благонадежности" принимается к обслуживанию без постановки в лист ожидания. КАк-то примерно так.

Смысл в том что спамеры работают на скорость и количество, а не на качество. Поэтому второй раз после отлупа редко возвращаются. Сейчас, по крайней мере.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Фильтруем спам. Кто чем?"  
Сообщение от heap email on 14-Апр-08, 09:00 
>>Прикрутил postgrey. Будем посмотреть как оно себя вести будет. Пока очень много
>>почты грейлистит, указывая reason=new.
>>
>>За примерно час работы:
>># grep "action=grey" /var/log/maillog | wc -l
>>2727
>># grep "action=pass" /var/log/maillog | wc -l
>>342
>
>расскажите, каким образом у Вас релизоны "серые списки" ?

Реализованы так - скачал postgrey, запустил его вот так:
/usr/libexec/postfix/postgrey -d --inet=127.0.0.1:9998 –delay=55
В main.cf:
smtpd_recipient_restrictions =
    permit_sasl_authenticated,
    permit_mynetworks,
    reject_unauth_destination,
    reject_rbl_client      list.dsbl.org,
    reject_rbl_client      dynablock.wirehub.net,
    reject_rbl_client      dnsbl.njabl.org,
    reject_rbl_client      sbl-xbl.spamhaus.org,
    check_policy_service inet:127.0.0.1:9998

Правильно? :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Фильтруем спам. Кто чем?"  
Сообщение от chesnok email(ok) on 14-Апр-08, 11:17 
>[оверквотинг удален]
>    permit_sasl_authenticated,
>    permit_mynetworks,
>    reject_unauth_destination,
>    reject_rbl_client      list.dsbl.org,
>    reject_rbl_client      dynablock.wirehub.net,
>    reject_rbl_client      dnsbl.njabl.org,
>    reject_rbl_client      sbl-xbl.spamhaus.org,
>    check_policy_service inet:127.0.0.1:9998
>
>Правильно? :)

Я именно интересовался реализация, про принцип работы я в курсе, но всеравно спасибо.
Как я понимаю postgrey идет отдельно к Вашему MTA ?
У меня реализация полностью средствами MTA exim.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Фильтруем спам. Кто чем?"  
Сообщение от heap email on 14-Апр-08, 11:36 
>Я именно интересовался реализация, про принцип работы я в курсе, но всеравно
>спасибо.
>Как я понимаю postgrey идет отдельно к Вашему MTA ?
>У меня реализация полностью средствами MTA exim.

Нашел я его гуглем. Вроде бы как он для postfix, но в комплекте есть ридми для привязки к exim. Брал тут:
http://postgrey.schweikert.ch/

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Фильтруем спам. Кто чем?"  
Сообщение от CrAzOiD (ok) on 13-Апр-08, 22:42 
>[оверквотинг удален]
>
>Помимо прочего - разрастается спамассассиновская байесовская и автовайт лист база до 30-40
>метров, и замедляется поток писем - начинает расти active очередь в
>постфиксе.
>
>Какие есть способы оптимизировать фильтрацию? Возможно есть красивый вариант заставить постфикс складывать
>входящую почту в очередь на фильтрацию, а другой процесс заставить вытаскивать
>ее оттуда и фильтровать?
>
>Кто как решает проблему борьбы со спамом?

грейслистинг... очень помогает

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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