История изменений
Исправление DRVTiny, (текущая версия) :
Мда. А зачем было городить столько сущностей, тем более если в той же Samba4 не разбираетесь?
Ну OK, а вариант засасывать LDAP-записи из встроенного в Samba4 LDAP-сервера не подходит наверное потому, что опять же ничего о LDAP не знаете...
В качестве некоей полезной подсказки:
а) PowerDNS может форвардить зону на опред. вышестоящий сервер
б) Если зона прописана на самом PowerDNS (он авторитативен для неё), но при этом есть и настройка forward'а этой зоны вышестоящему серверу...
в) То... описание зоны на PowerDNS «дополняется» зоной на вышестоящем сервере.
Это очень простая для понимания и очень удобная на практике вещь отсутствует напрочь в погрязшем в бездумном следовании RFC сервере BIND.
При этом именно «дополнение» зоны позволяет легко и просто добиться того, чего в BIND'е нереально: часть зоны (только LAN) можно хранить на одном сервере DNS, а другую часть (только внешние адреса) - на другом. Сравните это с маразмом ISC, где вы просто обязаны поддерживать полностью «Internal View» и «External View», даже если эти Internal с External'ом на 98% совпадают!! (второй вариант с высасыванием из пальца внутреннего названия зоны специально для LAN я даже рассматривать не буду - это феерический идиотизм за гранью добра и зла).
Исправление DRVTiny, :
Мда. А зачем было городить столько сущностей, тем более если в той же Samba4 не разбираетесь?
Ну OK, а вариант засасывать LDAP-записи из встроенного в Samba4 LDAP-сервера не подходит наверное потому, что опять же ничего о LDAP не знаете...
В качестве некоей полезной подсказки:
а) PowerDNS может форвардить зону на опред. вышестоящий сервер
б) Если зона прописана на самом PowerDNS (он авторитативен для неё), но при этом есть и настройка forward'а этой зоны вышестоящему серверу...
в) То... описание зоны на PowerDNS «дополняется» зоной на вышестоящем сервере.
Это очень простая для понимания и очень удобная на практике вещь отсутствует напрочь в погрязшем в бездумном следовании RFC сервере BIND.
При этом именно «дополнение» зоны позволяет легко и просто добиться того, чего в BIND'е нереально: часть зоны (только LAN) можно хранить на одном сервере DNS, а другую часть (только внешние адреса) - на другом. Сравните это с маразмом ISC, где вы просто обязаны поддерживать полностью «Internal View» и «External View», даже если эти Internal с External'ом на 98% совпадают!!
Исходная версия DRVTiny, :
Мда. А зачем было городить столько сущностей, тем более если в той же Samba4 не разбираетесь?
Ну OK, а вариант засасывать LDAP-записи из встроенного в Samba4 LDAP-сервера не подходит наверное потому, что опять же ничего о LDAP не знаете...
В качестве некоей полезной подсказки:
а) PowerDNS может форвардить зону на опред. вышестоящий сервер
б) Если зона прописана на самом PowerDNS (он авторитативен для неё), но при этом есть и настройка forward'а этой зоны вышестоящему серверу...
в) То... описание зоны на PowerDNS «дополняется» зоной на вышестоящем сервере.
Это очень простая для понимания и очень удобная на практике вещь отсутствует напрочь в погрязшем в бездумном следовании RFC сервере BIND.
При этом именно «дополнение» зоны позволяет легко и просто добиться того, чего в BIND'е нереально: часть зоны (только LAN) можно хранить на одном сервере DNS, а другую часть (только внешние адреса) - на другом. Сравните это с маразмом ISC, где вы просто обязаны поддерживать полностью «Internal View» и «External View», даже если эти Internal с External'ом на 98% совпадают!!