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:[email protected]] On Behalf Of MAYER
Hans
Sent: Sunday, July 09, 2017 1:14 AM
To: [email protected]
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 <[email protected]> wrote:
>
> On 6 July 2017 at 12:29, MAYER Hans <[email protected]> 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
[email protected]
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
[email protected]
https://lists.isc.org/mailman/listinfo/bind-users
