|
On 05.06.2013 21:17, Alexander wrote:
Т.е. те имена/адреса, которые я в этой зоне определю будут действовать для клиентов 127.0.0.1; 192.168.1/24; Те, которые не напишу здесь bind будет рекурсивно спрашивать у серверов провайдера dns, например godaddy ? Плюс я сделаю еще одну зону локальную, помещаю её в этот же view, т.к. клиенты у меня одни и те же что и для example.com view "internal" { // вид зон для локалки
match-clients { 127.0.0.1; 192.168.1/24; }; zone "example.com" { type master; file
"/etc/namedb/master/example.com-internal"; };
zone "local" { type master; file "/etc/namedb/master/local-internal"; }; };
local-internal:
$TTL 600
$ORIGIN local. @ IN SOA ns1.domain.local. root.localhost. ( 2013010101; Serial 600; Refresh 150; Retry 360000; Expire 600; Minimum ) @ IN NS ns1.domain.local. localhost IN A 127.0.0.1
@ IN A 192.168.1.1 xxx1 IN A 192.168.1.201
xxx2 IN A 192.168.1.202 Поидее обе зоны будут рабочие. Если клиент запросит адрес xxx1.local или просто xxx1 то получит ответ из зоны local-internal Если клиент запросит адрес xxx1.example.com то получит ответ из зоны example.com Единственное что нужно будет следить, чтобы внутренний IP сервера совпадал в обоих зонах, т.е. чтобы узлу xxx1 в обоих зонах был сопоставлен один и тот же IP? Динамическое обновление зоны local-internal, dhcp сервером я ведь смогу прикрутить без проблем ? Отдельное спасибо за пример! Было гораздо проще понять что к чему. -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru |