Как правильно настроить зону пересылки BIND для внутреннего DNS-сервера?

15

У меня есть:

внутренний DNS сервер ns1.internalс IP 192.168.0.4.
внешний DNS-сервер с внешним TLD mydns.example.comи внутренним IP 192.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 для работы, как я ожидаю?

domain-name-system bind forwarding

— vadipp
источник

Мое подозрение (я не уверен, как это проверить) заключается в том, что внешний DNS-сервер выбирает записи из внутреннего и не перезаписывает тот факт, что ns1.internal отвечает за зону. Итак, распознаватель клиента пытается разрешить это имя (ns1.internal) и завершается неудачно.

— vadipp

3

попробуйте копать + трассировать, чтобы увидеть, что именно происходит. Также используйте nscd для включения регистрации запросов и проверки на наличие ошибок.

— coredump

Во-первых, увеличьте уровень журнала внешней привязки для регистрации отдельных запросов. Я предполагаю, что должно быть делегирование зоны subzone.mydns.example.com на сам DNS-сервер mydns.example.com. Попытайтесь добавить это в файл зоны mydns.example.com: subzone IN NS mydns.example.com.(я предполагаю, что у файла зоны есть также запись A для @ = mydns.example.com, верно?)

— Нильс Тоедтманн,

14

Добавьте «только вперед»; заявление в зону пересылки:

zone "subzone.mydns.example.com" {
    type forward;
    forward only;
    forwarders { 192.168.0.4; };
};

— Брэндон Ксавье
источник

0

Вы должны настроить A RR для NS "subzone.mydns.example.com." на вашем внешнем DNS. Он называется «клейкая запись» и будет соответствовать IP вашего внутреннего DNS. В настоящее время ваш внешний DNS не может знать IP внутреннего DNS. С уважением

— Fabaxx
источник

0

Я сделал и другой шаг, первый, упомянутый @ brandon-xavier:

zone "subzone.mydns.example.com" {
    type forward;
    forward only;
    forwarders { 192.168.0.4; };
};

и новый:

$ORIGIN subzone.mydns.example.com.
@             IN      NS      ns1.subzone.mydns.example.com.

Но я не знаю, почему это необходимо ...

— Rfraile
источник