https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html Объявлено (http://permalink.gmane.org/gmane.network.dns.bind.announce/141) о выходе новой ветки DNS сервера ISC BIND 9.5.0 (http://www.isc.org/sw/bind/view?release=9.5.0). Из новых возможностей можно отметить:<br><br><br><br><br>- Поддержка протокола аутентификации GSS-TSIG (RFC 3645 (http://www.ietf.org/rfc/rfc3645.txt) - Generic Security Service Algorithm for Secret Key Transaction);<br>- Поддержка DHCID (http://www.rfc-editor.org/rfc/rfc4701.txt), способа хранения идентификаторов DHCP клиентов в RR DNS записях;<br>- Встроенный экспериментальный http сервер для получения статистики в xml формате;<br>- Накопление более детальной статистики о работе DNS сервера;<br>- Увеличение производительности при обработке ACL;<br>- Для генерации внутренней документации использован пакет Doxygen (http://www.stack.nl/~dimitri/doxygen/) (система автодокументирования кода);<br>- Механизм эффективной чистки LRU кэша (без блокировки);<br>- Поддержка NSID (RFC 5001 (http://www.ietf.org/rfc/rfc5001.txt)), позволяющая опре...<br><br>URL: http://permali https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#29 Mon, 02 Jun 2008 10:01:54 GMT &gt;[оверквотинг удален]<br>&gt;<br>&gt;Лёгкий доступ? Да dns сервер создан для того чтобы раздавать эти даные, <br>&gt;почему бы не получать их у него самого? Зачем нужно лезть <br>&gt;напрямую в хранилище, и ради этого делать хранилище способным ослуживать параллельно <br>&gt;клиентов, утяжеляя и тормозя работу? <br>&gt;<br>&gt;Лёгкое изменение? BIND ПОЗВОЛЯЕТ лёгкое изменение, называется динамические обновления, надёжно, безопасно(гибкий контроль <br>&gt;доступа, цифровые подписи) и ЭФФЕКТИВНО. <br>&gt;<br>&gt;Так что это вы лучше подумайте... <br><br>И как на нем это сделать удаленно? :) руками и скриптами да, делается, но та же лишняя прослойка.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#28 Mon, 02 Jun 2008 09:16:28 GMT &gt;&gt;Хотя я не отрицаю, что можно как-то и без базы, но это надо уже быть "более опытным"<br>&gt;<br>&gt;:-) <br>&gt;<br>&gt;Совсем без базы не обязательно. Главное чтобы bind работал без базы. <br>&gt;<br>&gt;Можно скрипт периодический сделать, гененирующий включаемую часть конфига bind (с перечислением зон) <br>&gt;данными из базы и перезагружающий его, если были изменения. <br>&gt;<br>&gt;Ну а модификацию самих зон разумеется реализовать по протоколу динамических обновлений. <br><br>Попробуйте посмотреть на это с точки зрения больших масштабов.<br>БД решает многие проблемы, всплывающие у профессиональных dns хостерах.<br>Которуе держат, скажем, 100 000 зон.<br><br>Здесь куда проще держать все в БД, которая обеспечит целостность данных, стабильность и быстроту доступа к ним.<br>Плюс безопасность (разграничение доступа), плюс легкость бекапов, плюс легкость получения любой статистики (sql запросами - самое то).<br><br>Ну а для dns сервера с десятком зон, это естественно не нужно.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#27 Sun, 01 Jun 2008 17:57:07 GMT Недавно видел его форк.<br>в журнале "системный администратор" была тема про mydns и балансировщик циски.<br>Плохих отзывов не слышал, покажи где есть данный по этой теме.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#26 Sun, 01 Jun 2008 16:19:30 GMT &gt;Хотя я не отрицаю, что можно как-то и без базы, но это надо уже быть "более опытным"<br><br>:-)<br><br>Совсем без базы не обязательно. Главное чтобы bind работал без базы.<br><br>Можно скрипт периодический сделать, гененирующий включаемую часть конфига bind (с перечислением зон) данными из базы и перезагружающий его, если были изменения.<br><br>Ну а модификацию самих зон разумеется реализовать по протоколу динамических обновлений.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#25 Sun, 01 Jun 2008 13:01:08 GMT &gt;&gt;Как добавить зону удаленно?<br>&gt;<br>&gt;Удалённо поменять конфиг сервера )) <br>&gt;<br>&gt;Ничем не отличается от "удалённой смены данных в СУБД". Так же легко <br>&gt;автоматизируется, доступны те же интерфейсы. <br><br>А как быть тем, кто продаёт домены и хостинг веба и почты?<br>Как приделать веб-морду к бинду, чтоб клиенты сами могли там чёто менять?<br>Как быть с распределением прав на редактирование файлов?<br>Да ещё чтоб команда давалась rndc reconfig -- об этом тоже как-то надо позаботиться.<br>А так -- дал доступ к определённым элементам в базе -- и привет.<br>Хотя я не отрицаю, что можно как-то и без базы, но это надо уже быть "более опытным"<br>:-)<br><br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#24 Sat, 31 May 2008 20:51:26 GMT &gt;Как добавить зону удаленно?<br><br>Удалённо поменять конфиг сервера ))<br><br>Ничем не отличается от "удалённой смены данных в СУБД". Так же легко автоматизируется, доступны те же интерфейсы.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#23 Sat, 31 May 2008 17:40:09 GMT &gt;В качестве альтернативы с БД можно использовать простой mydns(как мускулы, так и <br>&gt;постгрес) или же powerDNS(и с ораклем умеет общаться), есть патчи под <br>&gt;djbdns, дающие поддержку постгреса. <br><br>Спасибо. Я планирую попробовать их. Говорят что mydns медленно работает при большом количестве зон и не поддерживается разработчиками.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#22 Sat, 31 May 2008 17:35:49 GMT &gt;У меня bind и так умеет добавлять новые зоны без перезапуска и <br>&gt;загрузки старых. <br>&gt;rndc reconfig <br>&gt;<br>&gt;Это функционал DNS сервера - обеспечить добавление и удаление зон без остановки <br>&gt;сервиса. Самый глупый и не рациональный способ - поместить все данные <br>&gt;в СУБД, и заставить её делать работу DNS сервера, принимая запросы <br>&gt;и отвечая через DNS frontend. <br><br>Для добавления зон в bind нужнно поменять конфиг сервера и создать файл зоны. При этом конфиг мастера и слэйва отличается. После rndc reconfig добавит эту зону в кэш сервера. <br>Как добавить зону удаленно?<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/42064.html#21 Sat, 31 May 2008 14:30:51 GMT &gt; "without interrupting normal server operation" &#8212; может именно эта фраза является причиной того, чтоб хранить зоны в БД?<br><br>У меня bind и так умеет добавлять новые зоны без перезапуска и загрузки старых.<br>rndc reconfig<br><br>Это функционал DNS сервера - обеспечить добавление и удаление зон без остановки сервиса. Самый глупый и не рациональный способ - поместить все данные в СУБД, и заставить её делать работу DNS сервера, принимая запросы и отвечая через DNS frontend.<br>