http://freesource.info/wiki/TZ/ServerIntegracii/DNS History/revisions of FreeSource/TZ/ServerIntegracii/DNS en-us http://freesource.info/wiki/TZ/ServerIntegracii/DNS/show?time=2008-02-13+00%3A59%3A10 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".tz.serverintegracii.dns" href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS&" class="">/TZ&nbsp;/&nbsp;Server&nbsp;Integracii&nbsp;/&nbsp;DNS</a> за <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-02-13+00%3A59%3A10">2008-02-13 00:59:10</a> и <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS">2008-02-13 06:24:18</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8253-1"></a><h1>Модуль DNS.</h1> При&nbsp;организации работы корпоративной сети ключевым компонентом является служба, отвечающая за&nbsp;раздачу и&nbsp;поддержку сетевых имен. Её функции требуются практически на&nbsp;всех уровнях, важнейшим из&nbsp;которых в&nbsp;составе сервера интеграции является поддержка домена Kerberos (Kerberos realm). Организация сетевого обмена по&nbsp;RPC не&nbsp;может строиться без&nbsp;его защиты по&nbsp;Kerberos, а&nbsp;он в&nbsp;свою очередь использует DNS&nbsp;для поиска и&nbsp;локализации KDC, для&nbsp;формирования уникальных учетных записей хостов в&nbsp;домене (principals) и&nbsp;ряда других подзадач. Кроме этого остаются задачи по&nbsp;традиционному применению DNS&nbsp;&ndash; раздачи доменных имен, интеграции домена с&nbsp;глобальным сетевым пространством, поддержки кэширующего сервера и&nbsp;т.п.<br /> Для&nbsp;решения всего перечисленного набора задач существенно необходимы функции централизованного хранения и&nbsp;управления DNS-сервером (серверами) и&nbsp;их конфигурацией, возможно с&nbsp;полной или&nbsp;частичной автоматизацией, без&nbsp;которых поддержка большого домена предприятия или&nbsp;организации требует значительного объема работы по&nbsp;настройке соответствующих служб. В&nbsp;unix/linux системах такие средства развиты слабо средства не&nbsp;развиты или&nbsp;представляют собой монолитные решения в&nbsp;схожих проектах (например в&nbsp;составе <a href="http://directory.apache.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Apache Directory Server</a>). Также существуют решения, позволяющие хранить частичную конфигурацию dns&nbsp;в&nbsp;LDAP, а&nbsp;именно содержимое файлов зон&nbsp;( <a href="http://www.opennet.ru/docs/RUS/bind2ldap/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Bind2Ldap</a>). Очевидно, что&nbsp;в&nbsp;рамках данного проекта трудно осуществить интеграцию с&nbsp;другими решениями, которые основываются на&nbsp;другой модели и&nbsp;идеологии. Также неудовлетворительной является частичная автоматизация процессов. Исходя из&nbsp;этих соображений и&nbsp;структур данных системы в&nbsp;целом, предложено централизованное хранение конфигурации в&nbsp;реляционной базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a><br /> <ol type="1"><li> <strong>DNS-модуль RPC.</strong> Представляет собой программный модуль в&nbsp;составе сервера интеграций, реализуя набор высокоуровневых интерфейсов в&nbsp;собственном пространстве имён. </li><li> <strong>Реляционное хранилище данных.</strong> Для&nbsp;данного модуля представляет собой подмножество отношений в&nbsp;составе хранилища данных сервера интеграции. Может быть выделено в&nbsp;отдельную, независимую схему данных в&nbsp;<span class="missingpage">Postgre&nbsp;SQL</span><a href="http://freesource.info/wiki/PostgreSQL/edit?add=1&" title="Создать эту страницу">?</a> (или подветку в&nbsp;LDAP при&nbsp;выборе иерархической базы данных в&nbsp;качестве back-end) </li><li> <strong>System config</strong> Подсистема управления компьютером. В&nbsp;<a name="altlinux" href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a> она&nbsp;либо тесно интегрируется с&nbsp;alterator, либо полность замещается им.&nbsp;Функциональность по&nbsp;управлению bind может быть вынесена в&nbsp;сам модуль (1) в&nbsp;первоначальных версиях системы. </li><li> <strong>Генератор конфигурационных файлов.</strong> Может быть как&nbsp;частью модуля RPC&nbsp;(1), так&nbsp;и&nbsp;независимой подсистемой. Генерирует конфигурационный файл для&nbsp;сервиса bind на&nbsp;основе конфигурации в&nbsp;хранилище (2). </li><li> <strong>named.conf</strong>, <strong>zonefile1, zonefile2, ..., zonefileN</strong>, <strong>keyfile</strong> Файлы конфигурации демона bind: основной конфиг (named.conf), файлы зон&nbsp;(отдельный файл на&nbsp;зону), дополнительные файлы конфигурации, например ключи аутентификации. </li><li> <strong>Сервис bind</strong>. Последняя стабильная версия (9 и&nbsp;выше) для&nbsp;данной ОС, разворачиваемая как&nbsp;дополнительный модуль сервера интеграций. </li><li> <strong>Анализатор журналов.</strong> (опционально) Дополнительный модуль, анализирующий журналы сервера и&nbsp;предоставляющий доступ к&nbsp;ним посредством RPC&nbsp;(1). Позволяет администратору удаленно просматривать отчеты о&nbsp;функционировании сервера. </li><li> Виртуальный сервер DNS&nbsp;(server). В&nbsp;рамках организации или&nbsp;домена их&nbsp;может быть несколько штук. </li><li> Зона (zone) 6 поддерживаемых типов в&nbsp;bind-9. </li><li> Списки ключей аутентификации (key) </li><li> Листы контроля доступа (acl) </li><li> Настройка журналирования (logging). Гибкая настройка журналирования различных типов событий в&nbsp;разные хранилища. </li><li> Файл зоны (zonefile) </li><li> Запись зоны (zone record) </li><li> Отображение (view, специфичный механизм bind-9) </li><li> Настройки (options)</li></ol></div><br /> <b>Удалено:</b><br /> <div class="deletions"><strong>Модуль DNS.</strong><br /> При&nbsp;организации работы корпоративной сети ключевым компонентом является служба, отвечающая за&nbsp;раздачу и&nbsp;поддержку сетевых имен. <br /> Её функции требуются практически на&nbsp;всех уровнях, важнейшим из&nbsp;которых в&nbsp;составе сервера интеграции является поддержка домена Kerberos (Kerberos realm). Организация сетевого обмена по&nbsp;RPC не&nbsp;может строиться без&nbsp;его защиты по&nbsp;Kerberos, а&nbsp;он в&nbsp;свою очередь использует DNS&nbsp;для поиска и&nbsp;локализации KDC, для&nbsp;формирования уникальных учетных записей хостов в&nbsp;домене (principals) и&nbsp;ряда других подзадач.<br /> Кроме этого остаются задачи по&nbsp;традиционному применению DNS&nbsp;&ndash; раздачи доменных имен, интеграции домена с&nbsp;глобальным сетевым пространством, поддержки кэширующего сервера и&nbsp;т.п.<br /> Для&nbsp;решения всего перечисленного набора задач существенно необходимы функции централизованного хранения и&nbsp;управления DNS-сервером (серверами) и&nbsp;их конфигурацией, возможно с&nbsp;полной или&nbsp;частичной автоматизацией, без&nbsp;которых поддержка большого домена предприятия или&nbsp;организации требует значительного объема работы по&nbsp;настройке соответствующих служб.<br /> В&nbsp;unix/linux системах такие средства развиты слабо средства не&nbsp;развиты или&nbsp;представляют собой монолитные решения в&nbsp;схожих проектах (например в&nbsp;составе <a href="http://directory.apache.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Apache Directory Server</a>). <br /> Также существуют решения, позволяющие хранить частичную конфигурацию dns&nbsp;в&nbsp;LDAP, а&nbsp;именно содержимое файлов зон&nbsp;( <a href="http://www.opennet.ru/docs/RUS/bind2ldap/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Bind2Ldap</a>). <br /> Очевидно, что&nbsp;в&nbsp;рамках данного проекта трудно осуществить интеграцию с&nbsp;другими решениями, которые основываются на&nbsp;другой модели и&nbsp;идеологии. Также неудовлетворительной является частичная автоматизация процессов. Исходя из&nbsp;этих соображений и&nbsp;структур данных системы в&nbsp;целом, предложено централизованное хранение конфигурации в&nbsp;реляционной базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a><br /> 1<strong>.DNS-модуль RPC.</strong><br /> Представляет собой программный модуль в&nbsp;составе сервера интеграций, реализуя набор высокоуровневых интерфейсов в&nbsp;собственном пространстве имён.<br /> 2.<strong>Реляционное хранилище данных.</strong><br /> Для&nbsp;данного модуля представляет собой подмножество отношений в&nbsp;составе хранилища данных сервера интеграции. Может быть выделено в&nbsp;отдельную, независимую схему данных в&nbsp;<span class="missingpage">Postgre&nbsp;SQL</span><a href="http://freesource.info/wiki/PostgreSQL/edit?add=1&" title="Создать эту страницу">?</a> (или подветку в&nbsp;LDAP при&nbsp;выборе иерархической базы данных в&nbsp;качестве back-end)<br /> 3.<strong>System config</strong><br /> Подсистема управления компьютером. В&nbsp;<a href="http://freesource.info/wiki/AltLinux&" class="">Alt&nbsp;Linux</a> она&nbsp;либо тесно интегрируется с&nbsp;alterator, либо полность замещается им.&nbsp;Функциональность по&nbsp;управлению bind может быть вынесена в&nbsp;сам модуль (1) в&nbsp;первоначальных версиях системы.<br /> 4.<strong>Генератор конфигурационных файлов.</strong><br /> Может быть как&nbsp;частью модуля RPC&nbsp;(1), так&nbsp;и&nbsp;независимой подсистемой. Генерирует конфигурационный файл для&nbsp;сервиса bind на&nbsp;основе конфигурации в&nbsp;хранилище (2).<br /> 5.<strong>named.conf</strong>, <strong>zonefile1, zonefile2, ..., zonefileN</strong>, <strong>keyfile</strong><br /> Файлы конфигурации демона bind: основной конфиг (named.conf), файлы зон&nbsp;(отдельный файл на&nbsp;зону), дополнительные файлы конфигурации, например ключи аутентификации.<br /> 6<strong>.Сервис bind</strong>. <br /> Последняя стабильная версия (9 и&nbsp;выше) для&nbsp;данной ОС, разворачиваемая как&nbsp;дополнительный модуль сервера интеграций.<br /> 7. <strong>Анализатор журналов.</strong> (опционально)<br /> Дополнительный модуль, анализирующий журналы сервера и&nbsp;предоставляющий доступ к&nbsp;ним посредством RPC&nbsp;(1). Позволяет администратору удаленно просматривать отчеты о&nbsp;функционировании сервера.<br /> 1.Виртуальный сервер DNS&nbsp;(server). В&nbsp;рамках организации или&nbsp;домена их&nbsp;может быть несколько штук.<br /> 2.Зона (zone) 6 поддерживаемых типов в&nbsp;bind-9.<br /> 3.Списки ключей аутентификации (key)<br /> 4.Листы контроля доступа (acl)<br /> 5.Настройка журналирования (logging). Гибкая настройка журналирования различных типов событий в&nbsp;разные хранилища.<br /> 6.Файл зоны (zonefile)<br /> 7.Запись зоны (zone record)<br /> 8.Отображение (view, специфичный механизм bind-9)<br /> 9.Настройки (options)</div></div> http://freesource.info/wiki/TZ/ServerIntegracii/DNS/show?time=2008-02-12+23%3A29%3A30 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS&" class="">/TZ&nbsp;/&nbsp;Server&nbsp;Integracii&nbsp;/&nbsp;DNS</a> за <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-02-12+23%3A29%3A30">2008-02-12 23:29:30</a> и <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-02-13+00%3A59%3A10">2008-02-13 00:59:10</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Очевидно, что&nbsp;в&nbsp;рамках данного проекта трудно осуществить интеграцию с&nbsp;другими решениями, которые основываются на&nbsp;другой модели и&nbsp;идеологии. Также неудовлетворительной является частичная автоматизация процессов. Исходя из&nbsp;этих соображений и&nbsp;структур данных системы в&nbsp;целом, предложено централизованное хранение конфигурации в&nbsp;реляционной базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">Очевидно, что&nbsp;в&nbsp;рамках данного проекта трудно осуществить интеграцию с&nbsp;другими решениями, которые основываются на&nbsp;другой модели и&nbsp;идеологии. Также неудовлетворительной является частичная автоматизация процессов. Исходя из&nbsp;этих соображений и&nbsp;структур данных системы в&nbsp;целом, предложено централизованное хранение конфигурации в&nbsp;реляционной (или иерархической) базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/TZ/ServerIntegracii/DNS/show?time=2008-01-31+19%3A13%3A04 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS&" class="">/TZ&nbsp;/&nbsp;Server&nbsp;Integracii&nbsp;/&nbsp;DNS</a> за <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-01-31+19%3A13%3A04">2008-01-31 19:13:04</a> и <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-02-12+23%3A29%3A30">2008-02-12 23:29:30</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">При&nbsp;организации работы корпоративной сети ключевым компонентом является служба, отвечающая за&nbsp;раздачу и&nbsp;поддержку сетевых имен. <br /> Её функции требуются практически на&nbsp;всех уровнях, важнейшим из&nbsp;которых в&nbsp;составе сервера интеграции является поддержка домена Kerberos (Kerberos realm). Организация сетевого обмена по&nbsp;RPC не&nbsp;может строиться без&nbsp;его защиты по&nbsp;Kerberos, а&nbsp;он в&nbsp;свою очередь использует DNS&nbsp;для поиска и&nbsp;локализации KDC, для&nbsp;формирования уникальных учетных записей хостов в&nbsp;домене (principals) и&nbsp;ряда других подзадач.<br /> Кроме этого остаются задачи по&nbsp;традиционному применению DNS&nbsp;&ndash; раздачи доменных имен, интеграции домена с&nbsp;глобальным сетевым пространством, поддержки кэширующего сервера и&nbsp;т.п.<br /> Для&nbsp;решения всего перечисленного набора задач существенно необходимы функции централизованного хранения и&nbsp;управления DNS-сервером (серверами) и&nbsp;их конфигурацией, возможно с&nbsp;полной или&nbsp;частичной автоматизацией, без&nbsp;которых поддержка большого домена предприятия или&nbsp;организации требует значительного объема работы по&nbsp;настройке соответствующих служб.<br /> В&nbsp;unix/linux системах такие средства развиты слабо средства не&nbsp;развиты или&nbsp;представляют собой монолитные решения в&nbsp;схожих проектах (например в&nbsp;составе <a href="http://directory.apache.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Apache Directory Server</a>). <br /> Очевидно, что&nbsp;в&nbsp;рамках данного проекта трудно осуществить интеграцию с&nbsp;другими решениями, которые основываются на&nbsp;другой модели и&nbsp;идеологии. Также неудовлетворительной является частичная автоматизация процессов. Исходя из&nbsp;этих соображений и&nbsp;структур данных системы в&nbsp;целом, предложено централизованное хранение конфигурации в&nbsp;реляционной (или иерархической) базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a><br /> Сервер имен bind (9 версии и&nbsp;выше) равно как&nbsp;и&nbsp;dhcp представляет собой сложный многоуровневый модульный комплекс, позволяющий реализовать сколь угодно сложную схему управления доменными именами, обменом данных между серверами, делегацией полномочий, кэширования и&nbsp;т.д. В&nbsp;рамках пилотного проекта планируется реализовать лишь часть функциональности сервера, а&nbsp;именно в&nbsp;объемах, достаточных для&nbsp;организации домена предприятия и&nbsp;домена Керберос, что&nbsp;подразумевает под&nbsp;собой создание настройку прямых и&nbsp;обратных зон&nbsp;(хотя бы&nbsp;по одной), настройку кэширующего DNS-сервера, и&nbsp;установку некоторых ключевых параметров. <br /> Реализация управлением bind в&nbsp;полной мере возможна только после обкатки и&nbsp;тестирования пилотного варианта сервера интеграций.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Задача, структура и&nbsp;реализация модуля DNS&nbsp;схожи с&nbsp;структурами, задачами и&nbsp;методами реализации подсистемы <span class="missingpage">DHCP</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a>.<br /> В&nbsp;настоящее время функции централизованного хранения конфигурации DNS&nbsp;не&nbsp;развиты или&nbsp;представляют собой монолитные решения (например в&nbsp;составе <a href="http://directory.apache.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Apache Directory Server</a>). <br /> Очевидно, что&nbsp;в&nbsp;рамках данного проекта наиболее целесообразной является модель хранения конфигурации в&nbsp;реляционной (или иерархической) базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a><br /> Сервер имен bind (9 версии и&nbsp;выше) равно как&nbsp;и&nbsp;dhcp представляет собой сложный многоуровневый модульный комплекс, позволяющий реализовать сколь угодно сложную схему управления доменными именами, обменом данных между серверами, делегацией полномочий, кэширования и&nbsp;т.д. В&nbsp;рамках пилотного проекта планируется реализовать лишь часть функциональности сервера, а&nbsp;именно в&nbsp;объемах, достаточных для&nbsp;организации домена предприятия, что&nbsp;подразумевает под&nbsp;собой создание кэширующего DNS-сервера, настройку прямых и&nbsp;обратных зон&nbsp;и&nbsp;установку некоторых ключевых параметров. Реализация управлением bind в&nbsp;полной мере возможна только после обкатки и&nbsp;тестирования пилотного варианта сервера интеграций.</div></div> http://freesource.info/wiki/TZ/ServerIntegracii/DNS/show?time=2008-01-31+19%3A11%3A49 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS&" class="">/TZ&nbsp;/&nbsp;Server&nbsp;Integracii&nbsp;/&nbsp;DNS</a> за <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-01-31+19%3A11%3A49">2008-01-31 19:11:49</a> и <a href="http://freesource.info/wiki/TZ/ServerIntegracii/DNS?time=2008-01-31+19%3A13%3A04">2008-01-31 19:13:04</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Задача, структура и&nbsp;реализация модуля DNS&nbsp;схожи с&nbsp;структурами, задачами и&nbsp;методами реализации подсистемы <span class="missingpage">DHCP</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a>.<br /> Также существуют решения, позволяющие хранить частичную конфигурацию dns&nbsp;в&nbsp;LDAP, а&nbsp;именно содержимое файлов зон&nbsp;( <a href="http://www.opennet.ru/docs/RUS/bind2ldap/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Bind2Ldap</a>). <br /> Очевидно, что&nbsp;в&nbsp;рамках данного проекта наиболее целесообразной является модель хранения конфигурации в&nbsp;реляционной (или иерархической) базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;<span class="missingpage">DHCP-подсистеме</span><a href="http://freesource.info/wiki/DHCP/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">Задача, структура и&nbsp;реализация модуля DNS&nbsp;схожи с&nbsp;структурами, задачами и&nbsp;методами реализации подсистемы <a name="tz.serverintegracii.dhcp" href="http://freesource.info/wiki/TZ/ServerIntegracii/DHCP&" class="" title="TZ&nbsp;/&nbsp;Server&nbsp;Integracii&nbsp;/&nbsp;DHCP">DHCP</a>.<br /> Также существуют решения, позволяющие хранить частичную конфигурацию dns&nbsp;в&nbsp;LDAP, а&nbsp;именно содержимое файлов зон&nbsp;( <a href="http://www.opennet.ru/docs/RUS/bind2ldap/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Bind2Ldap</a>. <br /> Очевидно, что&nbsp;в&nbsp;рамках данного проекта наиболее целесообразной является модель хранения конфигурации в&nbsp;реляционной (или иерархической) базе данных с&nbsp;динамической генерацией конфигурационных файлов, аналогично тому, как&nbsp;это предложено в&nbsp;[TZ/ServerIntegracii/DHCP DHCP-подсистеме]]</div></div>