Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.protocols.dns.bind > #15838

Re: BIND Masters and slaves

Path csiph.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news.uzoreto.com!news.etla.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!usenet-its.stanford.edu!usenet.stanford.edu!not-for-mail
From Ben Lavender <ben@airnet.org.uk>
Newsgroups comp.protocols.dns.bind
Subject Re: BIND Masters and slaves
Date Mon, 15 Jun 2020 16:09:04 +0100
Lines 40
Approved bind-users@lists.isc.org
Message-ID <mailman.519.1592233728.942.bind-users@lists.isc.org> (permalink)
References <alpine.DEB.2.21.2006141824180.29360@pannier.local> <614285A0-CBD4-41AA-BD84-B0F0C3C24626@versatushpc.com.br> <alpine.DEB.2.20.2006151522390.22139@grey.csi.cam.ac.uk> <3939648a-1781-bce3-8ccf-ab21fb2fa730@airnet.org.uk>
NNTP-Posting-Host lists.isc.org
Mime-Version 1.0
Content-Type text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding 8bit
X-Trace usenet.stanford.edu 1592233755 26310 149.20.1.60 (15 Jun 2020 15:09:15 GMT)
X-Complaints-To action@cs.stanford.edu
To Tony Finch <dot@dotat.at>, bind-users <bind-users@lists.isc.org>
Return-Path <benji.lizzardwarez@googlemail.com>
X-Original-To bind-users@lists.isc.org
Delivered-To bind-users@lists.isc.org
X-Google-DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=tNHsOuv3fSStgsZ0n1u9X+HwIRQitxt7ZRPzm6lrQ8w=; b=Z2QGft7RIgFwQKZXNRrc0oDQfPTN86QVA+I0mXQR3tlQhYVWpTCSehe3mhzbpUF7ci IOGLm9gc/OzZm5opHSzvSmeRHBNdutBEk3BDPlp0nXPIMy3KamcV1LaiyJ/qTDFVOBz7 w8k/udKp7Vepvb76o4HiRb57onFa57nGG24K69kgvyIdTHmDFBmDxffx+L0jAdws3CpE xVcgpq+8BbEJhitej01DYMKE6i95qwhHVl2NQKFw4rXrY9qZrP7Fm85xbnGoaAYklyyp QuaI+MLtVRBJwMvpdYEbUCPSJ8pUS3/jha1WHhkdH2BnNFpB/diUYf5TrEE2pvHGnwm7 /sxA==
X-Gm-Message-State AOAM530lSUPTyuB1YYg7lDoY4xel2txS1v80A9SV3XK6ltz4quTFi1NR 2o2sHGlzSYT3J8G3wFpIqmvHeN7LRK6SMA==
X-Google-Smtp-Source ABdhPJwhoyd8KhK82R/gAFnplJBf3yyPfAhfj3eh969i9FGl4igw7HbGSi7LwH0kJWn3WZ1wbmmguQ==
X-Received by 2002:a1c:a74d:: with SMTP id q74mr13441079wme.177.1592233746349; Mon, 15 Jun 2020 08:09:06 -0700 (PDT)
User-Agent Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0
In-Reply-To <alpine.DEB.2.20.2006151522390.22139@grey.csi.cam.ac.uk>
Content-Language en-GB
X-Spam-Status No, score=0.5 required=5.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,KAM_SHORT, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=disabled version=3.4.2
X-Spam-Checker-Version SpamAssassin 3.4.2 (2018-09-13) on mx.pao1.isc.org
X-BeenThere bind-users@lists.isc.org
X-Mailman-Version 2.1.29
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>
X-Mailman-Original-Message-ID <3939648a-1781-bce3-8ccf-ab21fb2fa730@airnet.org.uk>
X-Mailman-Original-References <alpine.DEB.2.21.2006141824180.29360@pannier.local> <614285A0-CBD4-41AA-BD84-B0F0C3C24626@versatushpc.com.br> <alpine.DEB.2.20.2006151522390.22139@grey.csi.cam.ac.uk>
Xref csiph.com comp.protocols.dns.bind:15838

Show key headers only | View raw


The terminology is fairly misleading, as in the slave is not doing the 
work on-behalf of or instruction of the the master. But there is ways 
for the master to influence the slaves; such as "allow-transfer".

I don't see the big issue with making a terminology change in this case.

On 15/06/2020 15:38, Tony Finch wrote:
> Vinícius Ferrão via bind-users <bind-users@lists.isc.org> wrote:
>> But the prevalence of terms are still master and slave. And I really
>> hope this thing of changing nomenclatures doesn’t go any further due to
>> political correctness.
> "Political correctness" just means being considerate for other people,
> especially people who do not have many of the advantages we might take for
> granted.
>
> In any case, master/slave is bad terminology because it is actively
> misleading. It suggests that zone transfers to downstream servers are
> under the control of the upstream servers, which is definitely not the
> case. And it suggests a binary categorization of servers which is also
> wrong, because zone transfers often form a multi-level cascade between
> servers that perform several different functions. It's better to talk
> about update servers, signing servers, zone transfer servers, public or
> private or stealth authoritative servers. For zone transfers it's better
> to talk about which servers are upstream and downstream of each other in
> the distribution network.
>
> You should find that your writing is easier to understand, both for
> experts and non-experts, if you don't use the bad old terminology.
>
> Tony.
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

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


Thread

Re: BIND Masters and slaves Ben Lavender <ben@airnet.org.uk> - 2020-06-15 16:09 +0100

csiph-web