У меня есть:
- внутренний DNS сервер
ns1.internal
с IP192.168.0.4
. - внешний DNS-сервер с внешним TLD
mydns.example.com
и внутренним IP192.168.0.5
. Он доступен как из Интернета (через статическое правило NAT), так и из локальной сети.
Я пытаюсь настроить внешний DNS-сервер для переадресации зоны subzone.mydns.example.com
на внутренний DNS-сервер. Внутренний DNS-сервер является полномочным для этой зоны.
Важно: я не могу изменить конфигурацию внутреннего DNS-сервера. Однако я могу прочитать его, если это необходимо для диагностики проблемы.
Файл /etc/named.conf
на внешнем DNS-сервере:
options {
directory "/var/named";
version "get lost";
recursion yes;
allow-transfer {"none";};
allow-query { any; };
allow-recursion { any; };
};
logging{
channel example_log{
file "/var/log/named/named.log" versions 3 size 2m;
severity info;
print-severity yes;
print-time yes;
print-category yes;
};
category default{
example_log;
};
};
// Zones:
zone "mydns.example.com" {
type master;
file "mydns.example.com.zone";
allow-update{none;};
};
zone "subzone.mydns.example.com" {
type forward;
forwarders { 192.168.0.4; };
};
Файл /var/named/mydns.example.com.zone
на внешнем DNS-сервере:
$TTL 1
$ORIGIN mydns.example.com.
@ IN SOA mydns.example.com. root.mydns.example.com. (
2003080800 ; se = serial number
60 ; ref = refresh
60 ; ret = update retry
60 ; ex = expiry
60 ; min = minimum
)
@ IN NS mydns.example.com.
Итак, теперь я пытаюсь разрешить некоторые записи DNS. Зона внешнего сервера, кажется, работает.
workstation$ dig mydns.example.com NS +tcp +short
mydns.example.com.
Но переадресованная зона не работает:
workstation$ dig subzone.mydns.example.com NS +tcp
; <<>> DiG 9.8.1-P1 <<>> subzone.mydns.example.com NS +tcp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 36887
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;subzone.mydns.example.com. IN NS
;; AUTHORITY SECTION:
mydns.example.com. 1 IN SOA mydns.example.com. root.mydns.example.com. 2003080800 60 60 60 60
;; Query time: 3 msec
;; SERVER: 91.144.182.3#53(91.144.182.3)
;; WHEN: Thu Jul 19 17:27:54 2012
;; MSG SIZE rcvd: 108
Результаты идентичны, когда эти команды выполняются на удаленном узле Интернета и на внутреннем узле.
Если я пытаюсь разрешить subzone.mydns.example.com.
с внешнего сервера имен и явно указать внутренний сервер, я получу:
mydns$ dig @192.168.0.4 subzone.mydns.example.com NS
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 <<>> @192.168.0.4 subzone.mydns.example.com NS
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 87
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 3
;; QUESTION SECTION:
;subzone.mydns.example.com. IN NS
;; ANSWER SECTION:
subzone.mydns.example.com. 3600 IN NS ns1.internal.
;; ADDITIONAL SECTION:
ns1.internal. 3600 IN A 192.168.0.4
;; Query time: 613 msec
;; SERVER: 192.168.0.4#53(192.168.0.4)
;; WHEN: Thu Jul 19 18:20:55 2012
;; MSG SIZE rcvd: 163
В чем дело? Как настроить зону пересылки DNS для работы, как я ожидаю?
источник
subzone IN NS mydns.example.com.
(я предполагаю, что у файла зоны есть также запись A для @ = mydns.example.com, верно?)Ответы:
Добавьте «только вперед»; заявление в зону пересылки:
источник
Вы должны настроить A RR для NS "subzone.mydns.example.com." на вашем внешнем DNS. Он называется «клейкая запись» и будет соответствовать IP вашего внутреннего DNS. В настоящее время ваш внешний DNS не может знать IP внутреннего DNS. С уважением
источник
Я сделал и другой шаг, первый, упомянутый @ brandon-xavier:
и новый:
Но я не знаю, почему это необходимо ...
источник