форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Фильтруем спам. Кто чем?"

Сообщение от heap on 13-Апр-08, 20:26

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

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

Сообщения по теме

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

1. "Фильтруем спам. Кто чем?"

Сообщение от slep 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 (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 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 (ok) on 14-Апр-08, 00:13
	>[оверквотинг удален] >буду ж я все это дело руками грей/вайт листить? Я так >понимаю должно быть что-то типа спам-ассассина или сам ассассин. А вот >ему уже говорить - мол это не трогай (вайт), а вот >это тож пока зажми (грей). > >И я не совсем понял нарисованную схему - а где отложенная фильтрация >то? amavis же принимает почту так сказать прямо по smtp снаружи >и рулит уже ее дальше. Примерно так у меня сейчас и >есть - хост принимает, а в transports сказано - мол почта >на домен tratata.net smtp:10.0.0.1, например. spamassasin хорошее решение, но он достаточно ресурсоемкий. Идеальным решением наверное было бы разделить задачи - установить "впереди" машину, на которой работает smtp, выполняются основные фильтрации sfp,rcpt,hello и тд, далее все почта пересылается на другую машину/или группу машин, где уже выполняются остальные задачи фильтрации (антивирус,антиспам, фильтры)... а вообще сервй лист должен существенно помочь
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Фильтруем спам. Кто чем?"
	Сообщение от heap 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 (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 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 (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 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]