Psuedo-Master Zones

[Corey Shaw]

Thanks everyone for your answers. Seems I'll just have to find some other way of doing what I'd like. To throw something strange into the mix though, I'll bring up another configuration that accomplishes what I was asking. 


I currently have yet another internal DNS server doing what I asked in my original question, but it uses MySQL for it's backend for storing the zone data. For whatever reason, this has worked for what I've been trying. The only problem I've had with this is that every now and then the DNS doesn't respond for just long enough that one of my internal servers gets an incorrect IP address. That's why I'm switching to a file based backend. 


In any case, it sounds like I can't do this with a file based Zone backend. Thanks everyone for the help. 



_____________________ 
Corey 


----- Original Message ----- 
From: "Chris Dew" <cmsdew at googlemail.com> 
To: "dev null" <dev_null at zoho.com> 
Cc: cshaw at q90.com, bind-users at lists.isc.org 
Sent: Wednesday, March 25, 2009 7:10:46 AM GMT -07:00 US/Canada Mountain 
Subject: Re: Psuedo-Master Zones 

No, we've had to work around these limitations of axfr/notify, so that 
we can take this concern away from our customers. 

I would love to find a nice bind-supported way of dealing with 
views/axfr/notify, so if you find anything, please let me know. 

Thanks, 

Chris 

http://www.finalcog.com 

2009/3/25 <dev_null at zoho.com>: 
> 
> 
> 
> > I would use a #include in the zone file on the internal machine to include the contents of zone file on the external machine. (NFS mount, or cron'ed rsync copy.) 
> > 
> > You could use views/split horizon dns and run them both off of one server, but this seems unneeded and nasty. http://www.finalcog.com/dns-views-split-horizon-brain-dribble 
> > 
> 
> Thanks for the reference. 
> I have been also meeting bind's sync problems for multi-views between master and slave. 
> Is there any official way to resolve this? 
> 
> Regards. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20090325/a5ab4c00/attachment.html>