https://m.opennet.dev/openforum/vsluhforumID3/39392.html В статье "Setting up a BIND DLZ Nameserver with MySQL Replication (http://www.zazzybob.com/bind_dlz.html)" представлен пример настройки DNS сервера, распределенного для повышения надежности на несколько серверов, через хранение данных в MySQL с применением репликации данных.<br><br><br>Для хранения данных в БД используется патч bind-dlz (http://bind-dlz.sourceforge.net/), обеспечивающий поддержку БД<br>Berkeley DB, PostgreSQL, MySQL ODBC (thus Firebird, DB2, Oracle, Sybase, SAPDB) или LDAP. Следует заметить, что при использовании bind-dlz сильно понижается (http://bind-dlz.sourceforge.net/perf_tests.html) производительность, по сравнению с оригинальным bind.<br> <br><br><br>URL: http://www.zazzybob.com/bind_dlz.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=13254<br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#33 Mon, 18 Feb 2008 12:15:16 GMT &gt;&gt;Извините но представить вменяемую конфигурация для которой может понадобиться такое кол-во записей <br>&gt;&gt;- мягко говоря сложно :( <br>&gt;<br>&gt;развивайте воображение :) <br>&gt;локальный RBL некрупного релея. <br><br>Ну хорошо, если для локального - то зачем пихать это хозяйство в DNS....<br>Есть более простые и более производительные способы. Как вариант складывать в файл и блокировать (выборка grep'ом):)<br><br>Если же мы делаем открытый RBL там возможно такое и нужно, <br>хотя если я делал бы - наверно выбрал другой путь (надо подумать но в базу пихать бы не стал).<br><br>По поводу спама вообще - RBL для меня не применимо, и (мое личное мнение!) это баловство.<br>т.к. машины к-е рассылают спам, как правило являются зараженными и т.о. в блокировку попадают целые организации.<br>Мне лично по душе пришелся SPF работает достаточно надежно, да не все его сейчас поддерживают но я думаю это вопрос времени.<br>И не мешало бы провайдерам всяких ADSL отказаться от прописывания реверсной зоны, а по RFC почтовик обязан иметь реверсную зону, как вариант https://m.opennet.dev/openforum/vsluhforumID3/39392.html#32 Mon, 18 Feb 2008 11:33:14 GMT &gt;Извините но представить вменяемую конфигурация для которой может понадобиться такое кол-во записей <br>&gt;- мягко говоря сложно :( <br><br>развивайте воображение :)<br>локальный RBL некрупного релея.<br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#31 Mon, 18 Feb 2008 11:27:33 GMT &gt;[оверквотинг удален]<br>&gt;&gt;mysql&gt; select count(*) from records;<br>&gt;&gt;+----------+ <br>&gt;&gt;&#124; count(*) &#124; <br>&gt;&gt;+----------+ <br>&gt;&gt;&#124; 5790753 &#124; <br>&gt;&gt;+----------+ <br>&gt;&gt;1 row in set (3 min 19.16 sec) <br>&gt;<br>&gt;а еще на этой базе ваш любимый rndc тупо валится по таймауту. <br>&gt;<br><br>Если Вы ведете корневой DNS это другой разговор.<br>Но иначе, если у Вас в зарегистрировано 5790753 записей в DNS, надо понять для чего такой номер может вообще понадобиться.<br>Извините но представить вменяемую конфигурация для которой может понадобиться такое кол-во записей - мягко говоря сложно :(<br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#30 Thu, 20 Dec 2007 07:08:01 GMT Вообще хорошая штука но я так и не понял поддерживает ли он отсылку уведомлений об изменениях зоны другим серверам, на которых не стоит bind-dlz<br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#29 Sat, 15 Dec 2007 10:19:37 GMT Простите, а у вас mysql не на pentium 133 mhz 32 ram работает?<br><br>select count(*) from tables;<br><br>Запрос занял 0.0003 сек<br><br>count(*) <br>23519676 <br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#28 Fri, 14 Dec 2007 18:30:38 GMT &gt;Ерунда полная <br>&gt;Да, данные надо хранить в базе, и управлять ими в базе <br>&gt;Но ещё и работать напрямую с базой - увольте <br>&gt;Никакой секурности, надежности, и производительности. <br>&gt;Может апачу сразу виртхосты из базы брать, и sshd в mysql лезть <br>&gt;за паролем акка? <br><br>PAM хорошая штука, уважаемый, и тоже имеет право на жизнь. <br>Не надо вешать ярлыки.<br>Пока не нашли устраивающего всех баланса секурности, надёжности, производительности и удобства. Если бы не пидорги-параноики поломавшие SMTP, может он так Simple и остался бы всем на радость. <br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#27 Fri, 14 Dec 2007 18:11:52 GMT &gt;Это вы разработчикам ldap скажите.<br><br>Не поверите, это они и говорят :) - не используйте SQL backend для праймори.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#26 Fri, 14 Dec 2007 17:23:48 GMT +1<br><br> https://m.opennet.dev/openforum/vsluhforumID3/39392.html#25 Fri, 14 Dec 2007 17:18:18 GMT &gt;Ерунда полная <br>&gt;Да, данные надо хранить в базе, и управлять ими в базе <br>&gt;Но ещё и работать напрямую с базой - увольте <br>&gt;Никакой секурности, надежности, и производительности. <br><br>Это вы разработчикам ldap скажите.<br>