Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.protocols.dns.bind > #41
| From | Chris Thompson <cet1@cam.ac.uk> |
|---|---|
| Newsgroups | comp.protocols.dns.bind |
| Subject | Re: several master ip's for a slave zone |
| Date | 2011-11-06 23:20 +0000 |
| Message-ID | <mailman.1.1320621651.68562.bind-users@lists.isc.org> (permalink) |
| References | <DUB109-W63AB421DA9C4CE02A96C8ACD50@phx.gbl> <4EB317F9.9010808@ripe.net> <CAAWTBVx4J5GpxkvE-SyvAiCcW-EyXzgcCVut0tMZv9uE2yG6Gw@mail.gmail.com> <4EB533E8.3000101@clegg.com> |
On Nov 5 2011, Alan Clegg wrote: >On 11/5/2011 4:21 AM, kalpesh varyani wrote: >> How does this feature address the risk that data provided by one master >> might get overwritten by another? > >The use of the word "masters" in the configuration of a slave zone is a >bit misleading. Under most circumstances, you list the authoritative >servers, not "multiple masters". Although Alan doesn't say so, this might suggest to some that you should list *all* the authoritative servers. That's a very bad idea - you need to arrange that the directed graph of "A can fetch from B" is acyclic. Otherwise servers can get into the state that A thinks its copy of the zone is up to date because B told it so, and B thinks so because A told it so (or longer loops, of course), while neither of them are true masters for it. -- Chris Thompson Email: cet1@cam.ac.uk
Back to comp.protocols.dns.bind | Previous | Next — Next in thread | Find similar
Re: several master ip's for a slave zone Chris Thompson <cet1@cam.ac.uk> - 2011-11-06 23:20 +0000
Re: several master ip's for a slave zone Barry Margolin <barmar@alum.mit.edu> - 2011-11-06 22:54 -0500
Re: several master ip's for a slave zone Mark Andrews <marka@isc.org> - 2011-11-07 15:09 +1100
Re: several master ip's for a slave zone Barry Margolin <barmar@alum.mit.edu> - 2011-11-07 21:03 -0500
csiph-web