Delegation, parenting, and slaves/stubs
Barry Margolin
barmar at alum.mit.edu
Mon May 22 21:38:54 UTC 2006
In article <e4sg61$hr7$1 at sf1.isc.org>,
"Norman P. B. Joseph" <joseph at ctc.com> wrote:
> On Fri, 2006-05-19 at 20:03 -0400, Barry Margolin wrote:
>
> > > And what difference would there be
> > > between a "slave" zone like this and a "stub" zone like this?
> >
> > A stub zone automatically copies the subdomain's delegation records from
> > the masters, but not the whole zone. But the delegation records won't
> > be followed when forwarding is enabled -- that's why you have to be a
> > slave.
>
> Just to be clear, are you saying that even with a stub zone defined with
> a "null" forwarders list, the delegation won't be followed? IOW, given
> the environment I described earlier, this won't work for delegation
> parenting:
Oops, you're right. The null forwarders list will override the global
forwarders, and cause it to follow the delegations learned via the stub.
>
> zone "3.160.147.in-addr.arpa" {
> type STUB;
> file "zones/slave/147.160.3";
> masters { list; of; delegated; internal; servers; };
> forwarders {};
> };
>
> but this will:
>
> zone "3.160.147.in-addr.arpa" {
> type SLAVE;
> file "zones/slave/147.160.3";
> masters { list; of; delegated; internal; servers; };
> forwarders {};
> };
>
> That seems to contradict what I read in the DNS & Bind book (4th ed)
> section on forwarding, which implies that a null forwarders list should
> work the same for master, slave and stub zones.
>
> -norm
--
Barry Margolin, barmar at alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***
More information about the bind-users
mailing list