Bind9 DNS-сервер
У меня проблема с настройкой моего DNS-сервера и другого домена под ним.
Сначала у меня есть мой главный домен, настроенный как сервер имен ns1, и он работает.
Мне нужно добавить еще один домен, который будет использовать сервер имен ns1. И когда я настроил его в своем регистраторе домена с ns1.xxx, ns2.xxx ns3.xxx (где ns2 и ns2) являются подчиненными серверами имен от бесплатного поставщика серверов имен.
мой / named.conf.local
zone "xxx.pl" {
type master;
notify yes;
allow-transfer {
zz.zz.zz.zz;
yy.yy.yy.yy;
kk.kk.kk.kk;
};
file "/etc/bind/domains/xxx.pl";
};
zone "xx.xx.xx.xx.in-addr.arpa" IN {
type master;
file "/etc/bind/domains/xxx.pl.rev";
allow-update { none; };
};
zone "yyy.pl" {
type master;
file "/etc/bind/domains/yyy.pl";
allow-update { none; };
};
мой /domains/xxx.pl
$TTL 86400
$ORIGIN xxx.pl.
@ IN SOA ns1.xxx.pl. postmaster.xxx.pl. (#times etc);
@ IN NS ns1.xxx.pl.
@ IN NS ns2.xxx.pl.
@ IN NS ns3.xxx.pl.
@ IN A xx.xx.xx.xx
ns1 IN A xx.xx.xx.xx
ns2 IN A yy.yy.yy.yy
ns3 IN A zz.zz.zz.zz
@ IN MX 10 mx
mx IN A xx.xx.xx.xx
www IN A xx.xx.xx.xx
так что до этого момента все в порядке, по крайней мере, я так думаю;)
но когда мне нужно добавить новый домен, возникает какая-то проблема. Я пытался что-то искать, но всякий раз, когда я что-то меняю, я не влияю на это вообще.
мои домены / yyy.pl
$TTL 86400
$ORIGIN yyy.pl.
@ IN SOA ns1.xxx.pl. postmaster.xxx.pl. (#times etc);
@ IN NS ns1.xxx.pl.
@ IN NS ns2.xxx.pl.
@ IN NS ns3.xxx.pl.
@ IN MX 10 ns1.xxx.pl.
@ IN A xx.xx.xx.xx
www IN A xx.xx.xx.xx
мои домены / xxx.pl.rev
$TTL 86400
$ORIGIN xx.xx.xx.xx.in-addr.arpa.
@ IN SOA ns1.xxx.pl. postmaster.xxx.pl. (#times etc);
@ IN NS ns1.xxx.pl.
@ IN NS ns2.xxx.pl.
@ IN NS ns3.xxx.pl.
xx.xx.xx.xx.in-addr.arpa IN PTR ns1.xxx.pl.
Таким образом, домен xxx.pl работает хорошо, но домен yyy.pl вообще не работает, я даже не могу его пропинговать.
Спасибо за любые подсказки, и если кто-то захочет взглянуть на это, я могу передать дополнительную информацию.
//редактировать
Я обновил файлы конфигурации и теперь могу покопаться в домене yyy.pl
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;yyy.pl. IN A
;; AUTHORITY SECTION:
yyy.pl. 10672 IN SOA ns1.xxx.pl. postmaster.xxx.pl. 2013041010 10800 3200 604800 10800
// редактировать обновлено, и эта конфигурация работает, насколько мне известно, спасибо за помощь!
Неправильная запись A в yyy.pl, скорее всего, является причиной того, что эта зона не работает. Быстрая проверка журналов должна показать, что он отклоняет эту строку файла. Записи должны быть IP-адресом, а не именем хоста.
Также в конце некоторых записей довольно много пропущенных точек. Помните, что для полей, которые принимают имя хоста, отсутствие точки в конце означает, что будет добавлено происхождение. Например, в случае yyy.pl из-за отсутствия точки в записи MX это будет ns1.xxx.pl.yyy.pl.
Я предполагаю, что записи MX будут работать в обратной зоне, но я не вижу, что вам это нужно.
Также в строке PTR отсутствуют точки. Следуя приведенной выше логике, он фактически добавляет запись для следующего:
xx.xx.xx.xx.in-addr.arpa.xx.xx.xx.xx.in-addr.arpa. IN PTR ns1.xxx.pl.xx.xx.xx.xx.in-addr.arpa.
Изменить: также отсутствует $ в настройке TTL в yyy.pl