https://www.opennet.me/openforum/vsluhforumID3/38598.html В статье (http://silinio.webhost.ru/rbl.html) рассказывается как настроить свой собственный rbldnsd сервер для блокировки спама по RBL-спискам.<br><br>URL: http://silinio.webhost.ru/rbl.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=12285<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#11 Tue, 04 Dec 2007 17:06:48 GMT &gt;&gt;&gt;[оверквотинг удален]<br>&gt;<br>&gt;Альтернативы бинду, за исключением нескольких специфических ситуаций, - нет. <br><br>Бугога. Еще как есть.<br><br>P.S. Извините, не сдержался после прочтения такого заявления :-)<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#10 Wed, 03 Oct 2007 13:01:22 GMT &gt;&gt;[оверквотинг удален]<br><br>Альтернативы бинду, за исключением нескольких специфических ситуаций, - нет.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#9 Wed, 03 Oct 2007 10:54:19 GMT &gt;[оверквотинг удален]<br>&gt;&gt;там длинные TXT записи. <br>&gt;<br>&gt;... <br>&gt;&gt;держать локальный DNSBL без причин занесения туда - утопия. <br>&gt;<br>&gt;У нас есть несколько зон сгруппированных по типовой причине, т.е. в памяти <br>&gt;TXT почти ничего не занимают, только IP. IMHO, для каждого IP <br>&gt;достаточно указать класс проблемы, полностью писать текст - будет сплошное дублирование, <br>&gt;в подавляющем большинстве случаев причина - отправка с зомбированной клиентской машины. <br>&gt;<br><br>мы посчитали такой информации недостаточно. а так тоже разнесено по зонам с типовыми причинами.<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#8 Wed, 03 Oct 2007 10:46:36 GMT &gt;сильно сомневаюсь. бинд при моей же зоне выжирал 300М-500М при старте, ибо <br>&gt;там длинные TXT записи. <br><br>...<br>&gt;держать локальный DNSBL без причин занесения туда - утопия. <br><br>У нас есть несколько зон сгруппированных по типовой причине, т.е. в памяти TXT почти ничего не занимают, только IP. IMHO, для каждого IP достаточно указать класс проблемы, полностью писать текст - будет сплошное дублирование, в подавляющем большинстве случаев причина - отправка с зомбированной клиентской машины.<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#7 Wed, 03 Oct 2007 08:25:18 GMT &gt;&gt;крайне неграмотная настройка. <br>&gt;&gt;1) чтение локальных файлов мегасофтиной rbldnsd будет либо крайне медленным (lsearch по <br>&gt;&gt;гигабайтным файлам), либо сожрет всю память. <br>&gt;<br>&gt;rbldnsd достаочно эффективная штука. Базы адресов держит в памяти, насколько я помню <br>&gt;там patricia деревья используются. В вашем случае для держания 6488455 <br>&gt;потребуется около 100Мб памяти (c минимальным description, без него мегабайт 30.). <br>&gt;По производительности rbldnsd несколько тысяч запросов в секунду спокойно потянет. <br><br>сильно сомневаюсь. бинд при моей же зоне выжирал 300М-500М при старте, ибо там длинные TXT записи.<br><br>&gt;<br>&gt;&gt;2) бинд полюбому при активном трафике выжрет много оперативки просто так на <br>&gt;&gt;кэширование всех хостов проверяемых. <br>&gt;<br>&gt;Bind при rbldnsd только мешать будет. <br><br>дак, это не ко мне :)<br><br>&gt;&gt;3) длинные записа такая конструкция просто не отдаст, ибо нужен tcp запрос. <br>&gt;&gt;необходимо для TXT. <br>&gt;<br>&gt;TXT по UDP отдается (ситуацию TXT размером более 500 байт трудно придумать). <br>&gt;<br><br>обычные да, длинные TX https://www.opennet.me/openforum/vsluhforumID3/38598.html#6 Wed, 03 Oct 2007 08:14:22 GMT &gt;крайне неграмотная настройка. <br>&gt;1) чтение локальных файлов мегасофтиной rbldnsd будет либо крайне медленным (lsearch по <br>&gt;гигабайтным файлам), либо сожрет всю память. <br><br>rbldnsd достаочно эффективная штука. Базы адресов держит в памяти, насколько я помню там patricia деревья используются. В вашем случае для держания 6488455 потребуется около 100Мб памяти (c минимальным description, без него мегабайт 30.). По производительности rbldnsd несколько тысяч запросов в секунду спокойно потянет.<br><br>&gt;2) бинд полюбому при активном трафике выжрет много оперативки просто так на <br>&gt;кэширование всех хостов проверяемых. <br><br>Bind при rbldnsd только мешать будет.<br><br>&gt;3) длинные записа такая конструкция просто не отдаст, ибо нужен tcp запрос. <br>&gt;необходимо для TXT. <br><br>TXT по UDP отдается (ситуацию TXT размером более 500 байт трудно придумать).<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#5 Wed, 03 Oct 2007 07:50:17 GMT &gt;это только простой пример, всё ставилось на один сервер только для удобства, <br>&gt;"погонять" <br>&gt;никто не говорит о серьёзном применении такого огорода сразу всё на один <br>&gt;сервак в раз <br>&gt;в статье также не разбираются различные тонкости настройки той или иной программулины <br>&gt;как видите <br>&gt;<br>&gt;внимательнее <br><br>ну если честно, смысл таких теоретических статей неясен.<br>делать, так делать по уму для продакшна.<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#4 Wed, 03 Oct 2007 07:19:44 GMT это только простой пример, всё ставилось на один сервер только для удобства, "погонять"<br>никто не говорит о серьёзном применении такого огорода сразу всё на один сервак в раз<br>в статье также не разбираются различные тонкости настройки той или иной программулины как видите<br><br>внимательнее<br> https://www.opennet.me/openforum/vsluhforumID3/38598.html#3 Wed, 03 Oct 2007 06:56:38 GMT крайне неграмотная настройка.<br>1) чтение локальных файлов мегасофтиной rbldnsd будет либо крайне медленным (lsearch по гигабайтным файлам), либо сожрет всю память.<br>2) бинд полюбому при активном трафике выжрет много оперативки просто так на кэширование всех хостов проверяемых.<br>3) длинные записа такая конструкция просто не отдаст, ибо нужен tcp запрос. необходимо для TXT.<br><br>для сравнения, решение построенное на powerdns+sql<br>12+ миллионов запросов за 3 месяца. <br>Max queries/second: 282<br><br>потребляет всего 50 мегабайт и не так много процесора.<br>зона <br>mysql&gt; select count(*) from records;<br>+----------+<br>&#124; count(*) &#124;<br>+----------+<br>&#124; 6488455 &#124;<br>+----------+<br>1 row in set (1 min 58.12 sec)<br>