Slave DNS zone problem

[Rock July]

Hi Dave,

> Hi All,
> I have a problem with one of my DNS. This DNS is configured as slave and
> have two masters (hosting different domains).
> Recently, I changed the IP of one of the master DNS then all domains
> under that master DNS cannot be resolved on the slave DNS although the
> zone files keeps on updating.

> Are you checking the slave to make sure that the updated zone is actually being 
>transferred?

The updated zone are being transferred to slave successfully.

> Also, I just noticed that all new domains created on the two master DNS
> cannot be resolved in the slave DNS but the zone file is updated. I am
> getting SERVFAIL error.

>Are you configuring the slave server to be authoritative for these new zones?

Yes, my slave server is configured to be authoritative.

Thanks and Best Regards,
Francis Lucero

 

________________________________
From: Dave Sparro <dsparro at gmail.com>
To: bind-users at lists.isc.org
Sent: Thu, September 9, 2010 11:10:02 PM
Subject: Re: Slave DNS zone problem

On 9/9/2010 4:43 AM, Rock July wrote:
> Hi All,
> I have a problem with one of my DNS. This DNS is configured as slave and
> have two masters (hosting different domains).
> Recently, I changed the IP of one of the master DNS then all domains
> under that master DNS cannot be resolved on the slave DNS although the
> zone files keeps on updating.

Are you checking the slave to make sure that the updated zone is actually being 
transferred?

> Also, I just noticed that all new domains created on the two master DNS
> cannot be resolved in the slave DNS but the zone file is updated. I am
> getting SERVFAIL error.

Are you configuring the slave server to be authoritative for these new zones?


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



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20100916/5fdb12f3/attachment.html>