BIND9 посылает уведомление ведомому только с помощью also-notify

У меня проблема, которая сводит меня с ума уже три дня! Я заменяю свои авторитетные DNS-серверы на новые, а затем снова сбрасываю все конфигурации BIND9, чтобы сделать еще немного "тонкой настройки" с учетом замены.

Я настроил MASTER сервер и два SLAVE сервера, я настроил зону для использования в качестве тестовой с доменом (FQDN), который я обычно использую для тестов, проблема заключается в следующем:

  • Когда я обновляю зону и перезагружаю / перезагружаю bind, из логов я вижу, что уведомления отправляются правильно, но все ведомые сервера, они не получают (также проверено с помощью tcpdump порт 53: нет выхода от мастера)

Feb 12 20:42:13 svr-3 named[12957]: zone test. com/IN: send notifies (serial 20210 21201)

  • Если я добавлю вместо этого директиву "also-notify {slave_ip_1; slave_ip_2;}; уведомления отправляются и принимаются правильно (проверено с помощью tcpdump порта 53 и с помощью журналов bind) и, очевидно, процесс передачи начинается и заканчивается правильно

На данный момент я считаю, что это проблема в какой-то конфигурации MASTER, которую я упустил или неправильно настроил, так как ведомые получают правильно; похоже, что он не читает авторитетные NS записи.

Прилагаю файлы конфигурации, возможно с вашей помощью я смогу найти ошибку (файл должен быть завершен, я остановился, как только столкнулся с этой проблемой)

named.conf.options

options {
        directory "/var/cache/bind";

        // If there is a firewall between you and nameservers you want
        // to talk to, you may need to fix the firewall to allow multiple
        // ports to talk.  See http://www.kb.cert.org/vuls/id/800113

        // If your ISP provided one or more IP addresses for stable
        // nameservers, you probably want to use them as forwarders.
        // Uncomment the following block, and insert the addresses replacing
        // the all-0's placeholder.

        // forwarders {
        //      0.0.0.0;
        // };

        //========================================================================
        // If BIND logs error messages about the root key being expired,
        // you will need to update your keys.  See https://www.isc.org/bind-keys
        //========================================================================
        dnssec-validation auto;

        listen-on { xxx; };
        listen-on-v6 { any; };

        //IP da utilizzare per le richieste in uscita di aggiornamento zone e il forward dei dynamic updates
        transfer-source xxx;

        //Abilito le notifiche
        notify yes;

        //Quale IP utilizzare per le notifiche in uscita
        notify-source xxx;

        //IP da notificare in aggiunta degli NS RR
//      also-notify { yyy; zzz;  };

        auth-nxdomain no;

        // hide version number from clients for security reasons.
        version "Not Available";

        // disable recursion on authoritative DNS server.
        recursion no;

        // enable the query log
        querylog yes;

        // disallow zone transfer
        allow-transfer { none; };

};

файл зоны

; BIND reverse data file for empty rfc1918 zone
;
; DO NOT EDIT THIS FILE - it is used for multiple zones.
; Instead, copy it, edit named.conf, and use that copy.
;

$TTL    86400           ;TTL (1 Giorno)
$ORIGIN test.com.    ;Base Dominio

; Record Start of Authority (SOA)
@       IN      SOA     ns1.test.net. hostmaster.test.net. (
                       2021021201       ; Serial
                          21600         ; Refresh (6H)
                          10800         ; Retry (3H)
                         604800         ; Expire (1 Settimana)
                         604800 )       ; Negative Cache TTL (1 Settimana)
; Record A
@       10800   IN      A       123.345.678.123
www     10800   IN      A       123.345.678.123

; Record AAAA

; Record CNAME

; Record TXT

; Record SRV

; Record MX
@       3600    IN      MX      1       mail.test.net.
@       3600    IN      MX      10      mail2.test.net.

; Record NS
@       IN      NS      ns1.test.net.
@       IN      NS      ns2.test.net.
@       IN      NS      dns.otherdomain.it.

named.conf.local

//
// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";

zone "test.com" {
      type master;
      file "/etc/bind/zones/db.test.com";
      allow-query { any; };
      allow-transfer { key keytest; };
};
-2
задан 13 February 2021 в 00:50
1 ответ

Я дошел до момента ввода в эксплуатацию новых машин для управления серверами Authoritative DNS, и в этот момент я смог провести более точную диагностику.

Проблема была решена, я думаю, это было связано с тем, что на этапе переноса я зарегистрировал новые записи GLUE у регистратора, затем я перенес все зоны на новый главный сервер и в этот момент я сообщил вам о проблеме.

Но я еще не сообщил (регистратору) новые адреса DNS, потому что, очевидно, машины еще не были полностью настроены; вчера я запустил DNS UPDATE, затем сделал новые службы функциональными и СЮРПРИЗ!

Теперь, отключив функцию "also-notify", ведущий сервер может посылать уведомления на подчиненные машины.

Честно говоря, я не думал, что bind будет проверять, какие авторитетные серверы в настоящее время установлены у регистратора, я думал, что достаточно только NS-записей, установленных в файле зоны.

Спасибо всем, кто пытался помочь мне с этой проблемой, надеюсь, этот опыт может быть полезен.

1
ответ дан 24 April 2021 в 03:09

Теги

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