different result between normal query and zone transfer
Darcy Kevin (FCA)
kevin.darcy at fcagroup.com
Mon Jul 10 16:21:44 UTC 2017
The bottom line is that a *zone* is the basic administrative unit of AXFR/IXFR-based replication. If you create a new zone and you want a replica to serve it, you need to configure the replica to replicate it. There is no "automatic" mechanism within BIND to tell replicas to start slaving new zones. If you have a common provisioning/configuration-control mechanism, then this can be quite convenient, but it sounds like this is between you and your ISP, so I assume that no such common framework exists. You have to follow their procedures for getting the new zone transfer definition established, whether that be a phone call, an email, filling out an online form, something like that.
From: bind-users [mailto:bind-users-bounces at lists.isc.org] On Behalf Of MAYER Hans
Sent: Sunday, July 09, 2017 1:14 AM
To: bind-users at lists.isc.org
Subject: Re: different result between normal query and zone transfer
Many thanks for your answer.
Isn’t there a flag or option to say handle all sub-zones like normal A or CNAME records too ?
> On 6 Jul 2017, at 15:05, Steven Carr <sjcarr at gmail.com> wrote:
> On 6 July 2017 at 12:29, MAYER Hans <Hans.Mayer at iiasa.ac.at> wrote:
>> For me this looks like a bug. Why is the answer for a normal query different than the answer from a zone transfer ?
>> Or do I miss a special flag for this setup ?
>> I am using BIND 9.11.1 <id:e3dc2e7> but I had the same issue with older versions too.
> A zone transfer is transferring the contents of the zone, the zone in
> question is 'iiasa.ac.at', but you've also created a subzone
> 'test44.iiasa.ac.at' which is a completely separate point of
> administration that just happens to hide records inside of the parent
> zone. So on your slaves you will also need to slave the subzone if you
> want it to override the records there.
> A query will traverse the tree until it finds the lowest point of
> delegation with which to obtain a response from.
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
bind-users mailing list
bind-users at lists.isc.org
More information about the bind-users