Помогите разобраться с проблемой.
Есть сервак с BIND9 обслуживающий внутренний поддомен organization.local. Сейчас у конторы появился еще один офис, который объединен с главным офисом через OpenVPN. Необходимо делегировать поддомен office2.organization.local и разместить его на серваке второго офиса.
В файле зоны organization.local добавляю записи помеченные (->):
$TTL 3d
@ IN SOA organization.local. admin.organization.local. (
2013062300 ; Дата и порядковый номер
3h ; Обновление
1h ; Повторные попытки
1w ; Устаревание
1h ) ; Отрицательное TTL
IN NS srv.organization.local.
-> office2.organization.local. IN NS srv2.office2.organization.local.
srv IN A 192.168.100.1
IN A 192.168.101.1
-> srv2.office2.organization.local. IN A 192.168.101.2
На сколько я понял по различным мануалам, этих записей должно быть достаточно.
Но при проверке, на самом серваке главного офиса, где лежит зона, получается след.:
# nslookup office2.organization.local
Server: 127.0.0.1
Address: 127.0.0.1#53
** server can't find office2.organization.local: NXDOMAIN
# nslookup srv2.office2.organization.local
Server: 127.0.0.1
Address: 127.0.0.1#53
** server can't find srv2.office2.organization.local: NXDOMAIN
При проверке файла данных зоны получается след.:
# named-checkzone organization.local /var/lib/bind/db.organization.local
zone organization.local/IN: office2.organization.local/NS 'srv2.office2.organization.local' (out of zone) has no addresses records (A or AAAA)
zone organization.local/IN: loaded serial 2013062300
OK
В логе ругани незамечено.
