Zones-unable-update

MEjaz mejaz at cyberia.net.sa
Thu Jan 2 12:57:46 UTC 2020


Hello all. 

My setup which has one primary and slave server was working fine since
years. 

All of sudden I started  getting the  problem of zones updates on slaves.
Which are not happening on time. it takes two hours to take the updates.  

 

Below logs for the reference, when I do required changes on masters, the
slave getting notified but without transferring the updated zone.

 

Jan  2 09:17:50 ns2 named[25563]: zone kalam.com.sa/IN: notify from
212.119.92.5#34424: serial 2019434243

Jan  2 09:24:45 ns2 named[25563]: zone kalam.com.sa/IN: notify from
212.119.92.5#54651: serial 2019434245: refresh in progress, refresh check
queued

Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: Transfer started.

Jan  2 11:12:53 ns2 named[25563]: zone kalam.com.sa/IN: transferred serial
2019434245

 

 

Therefore, I wanted to know. How to force secondary/slave Name server to
update/refresh dns zones from primary DNS server? Just I  want a slave name
server to initiate a zone transfer immediately

 

Here is my /etc/named.conf, of the primary name server.

 

 

[root at ns1 ~]# head -60 /etc/named.conf

// named.conf

 

options {

        listen-on port 53 { 127.0.0.1; 212.119.92.5; 212.119.92.10;};

        listen-on-v6 port 53 { ::1; };

        directory       "/var/named";

        dump-file       "/var/named/data/cache_dump.db";

#       statistics-file "/var/named/ej.stats";

        memstatistics-file "/var/named/data/named_mem_stats.txt";

        masterfile-format text;

        version "Have a nice day!, Good Bye";

//      allow-query     { localhost; };

transfers-out 2000;

allow-transfer {212.119.93.5;213.230.0.10; 212.119.93.10; 212.119.92.6;};

#allow-notify { 212.119.64.3;212.119.93.5;212.119.93.4;213.230.0.10; };

also-notify {213.230.0.10;};

allow-query {127.0.0.0/8;212.119.65.0/25; 212.119.66.52;};

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20200102/76ac0e9f/attachment.htm>


More information about the bind-users mailing list