Re: several master ip's for a slave zone

Path	csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!news.glorb.com!usenet.stanford.edu!not-for-mail
From	Barry Margolin <barmar@alum.mit.edu>
Newsgroups	comp.protocols.dns.bind
Subject	Re: several master ip's for a slave zone
Date	Sun, 06 Nov 2011 22:54:40 -0500
Organization	A noiseless patient Spider
Lines	31
Approved	bind-users@lists.isc.org
Message-ID	<mailman.4.1320638098.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> <mailman.1.1320621651.68562.bind-users@lists.isc.org>
NNTP-Posting-Host	lists.isc.org
X-Trace	usenet.stanford.edu 1320638098 13142 149.20.64.75 (7 Nov 2011 03:54:58 GMT)
X-Complaints-To	action@cs.stanford.edu
To	comp-protocols-dns-bind@isc.org
Return-Path	<news@eternal-september.org>
X-Original-To	bind-users@lists.isc.org
Delivered-To	bind-users@lists.isc.org
User-Agent	MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
X-Auth-Sender	U2FsdGVkX19mhcRMF7ZYZnqj/HYtnqtw0sW6c25KPeg=
Cancel-Lock	sha1:+Ra8Cm1Xq3DYtyZrs/f63ruhXW4=
X-Spam-Status	No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1
X-Spam-Checker-Version	SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org
X-BeenThere	bind-users@lists.isc.org
X-Mailman-Version	2.1.14
Precedence	list
List-Id	BIND Users Mailing List <bind-users.lists.isc.org>
List-Unsubscribe	<https://lists.isc.org/mailman/options/bind-users>, <mailto:bind-users-request@lists.isc.org?subject=unsubscribe>
List-Archive	<https://lists.isc.org/pipermail/bind-users>
List-Post	<mailto:bind-users@lists.isc.org>
List-Help	<mailto:bind-users-request@lists.isc.org?subject=help>
List-Subscribe	<https://lists.isc.org/mailman/listinfo/bind-users>, <mailto:bind-users-request@lists.isc.org?subject=subscribe>
Xref	x330-a1.tempe.blueboxinc.net comp.protocols.dns.bind:44

Show key headers only | View raw

In article <mailman.1.1320621651.68562.bind-users@lists.isc.org>,
 Chris Thompson <cet1@cam.ac.uk> wrote:

> 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.

I don't think it's a problem.  As long as ANY of the servers in the 
masters list have a higher serial number, you'll fetch from it.

So if you have three servers, A, B, and C, A will check the serial 
numbers on both B and C, and pull from whichever has a higher serial 
number than the serial A already has.

-- 
Barry Margolin
Arlington, MA

Back to comp.protocols.dns.bind | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

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