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

Я имею:

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

14
задан 1 September 2015 в 10:53
3 ответа

Добавить "только вперед;" в перенаправляемую зону:

zone "subzone.mydns.example.com" {
    type forward;
    forward only;
    forwarders { 192.168.0.4; };
};
12
ответ дан 2 December 2019 в 21:12

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

0
ответ дан 2 December 2019 в 21:12

Я сделал и еще один шаг, первый, упомянутый @ 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.

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

0
ответ дан 2 December 2019 в 21:12

Теги

Похожие вопросы