Can you run "dig @MASTER_DNS_SERVER_ADDR YOUR_ZONE axfr" and get anything? Can you do this from the slave? If not, you have zone transfers disabled in your configuration. Your clip of your configuration would say that transfers are allowed but without seeing the whole thing we can't say much.

Do your logs indicate anything? How about the logs on the slave? Are you absolutely sure that you have identified the correct IP address of your master in the configuration on the slave?

Taking some guesses, it appears that your master server allows zone transfers, so it appears that the question is what is happening on your secondary.

Bill Larson


On Nov 16, 2008, at 2:44 PM, Jeff Justice wrote:

Well, first part solved. I forgot to change the IP address of our nameserver at the registrar. Secondary is still not updating though.

Jeff J.

On Nov 16, 2008, at 3:16 PM, Jeff Justice wrote:

I recently moved our DNS from QuickDNS to BIND 9.5.0-P2 on OSX.

Everything appears to be responding correctly when the server is queried, however our secondary is not updating (secondary is hosted by another provider) and the TLD's keep showing the old ns IP after a week. I deleted the zone on the secondary and re-created it hoping that it would try to re-load the zones from the master, but now it just shows 0 records.

Is it possible that I have something wrong in my config that isn't allowing the transfers? I don't find anything in the named logs that indicates there is a problem.

Here are the contents of my named.conf file (I have left out the logging statements for simplicity):

key rndc-key {
        algorithm hmac-md5; secret "removedforsecurity"; };

options { directory "/opt/local/etc/named/";
        listen-on port 53 { 127.0.0.1;74.87.108.83; };
        pid-file none; statistics-file "named.stats";
        datasize 20M; allow-recursion { localnets; };
        allow-transfer { any;
         };
};

controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { rndc- key; };
};

include "/opt/local/etc/zones";

Any help would be appreciated.

Jeff J.
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to