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.

                                                                                
        - Kevin



-----Original Message-----
From: bind-users [mailto:bind-users-boun...@lists.isc.org] On Behalf Of MAYER 
Hans
Sent: Sunday, July 09, 2017 1:14 AM
To: bind-users@lists.isc.org
Subject: Re: different result between normal query and zone transfer


Hi Steven, 

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 ? 

// Hans



> On 6 Jul 2017, at 15:05, Steven Carr <sjc...@gmail.com> wrote:
> 
> On 6 July 2017 at 12:29, MAYER Hans <hans.ma...@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@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to