Slave DNS doesn't update..

Barry Margolin barmar at alum.mit.edu
Sat Aug 20 05:13:03 UTC 2005


In article <de559l$jo2$1 at sf1.isc.org>,
 "bshah at citadon.com" <bshah at citadon.com> wrote:

> Hi,
> 
> I have a DNS BIND 9.1.3 running on Solaris 8 as Master servers. Now I
> installed the second DNS Server on Solaris 8 (BIND 9.1.3) and setup as
> a Slave to both master DNS. However If I change the Zone file on master
> and increment the SOA no it doesn't propagate to Slave DNS but if I
> stop/start named (restart named) it does. Is there a configuration by
> which it does transfer Zone automatically after updating the SOA serial
> no? Also does dynamic update (allow-update tag) will help? I have TTL
> to 1 Day. Am I missing anything here? I have also listed Slave DNS NS
> entry in Zone example.com.

Are there any log messages on the master or slave?  There should be 
messages on the master saying that it's sending NOTIFY.

> 
> Here is my sample named.conf file...
> 
> 
> 
> Master:
> 
> options {
> 
>         directory "/var/named";
> 
>         pid-file "/etc/named.pid";
> 
>         allow-query { any; };
> 
>         allow-transfer {xx.xx.xx.xx ; }; //Slave DNS IP
> 
>         notify yes;
>         also-notify {xx.xx.xx.xx; } //Slave DNS IP

You shouldn't need this if the slave is already listed in the NS 
records.  This is only supposed to be fore additional slaves that aren't 
listed.

> 
> zone "example.com" {
> 
>                 type master;
> 
>                 file "master/internal/example.com";
> 
> 
> 
> Slave:
> 
> options {
> 
>         directory "/var/named";
> 
>         pid-file "/etc/named.pid";
> 
>         allow-query { any; };
> 
> 
> 
> zone "example.com" {
> 
>                 type slave;
> 
>                 file "slave/internal/example.com";
> 
>                 masters { xx.xx.xx.xx; }; // Master DNS IP
> 
> 
> 
> Any help/pointer will be greatly appreciated.
> 
> TIA
> 
> B

-- 
Barry Margolin, barmar at alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***



More information about the bind-users mailing list