How does a child find its parent?

Mike Bernhardt bernhardt at bart.gov
Tue May 8 20:21:46 UTC 2012


I don't think the child domain is on BIND so that may or may not be an
option. But, good idea. Thanks for your help!

 

  _____  

From: Ben Croswell [mailto:ben.croswell at gmail.com] 
Sent: Tuesday, May 08, 2012 1:16 PM
To: Mike Bernhardt
Cc: bind-users at lists.isc.org
Subject: RE: How does a child find its parent?

 

Another option would be zone level forwarding on the child to point at the
parent or stub zones. 

-Ben Croswell 

On May 8, 2012 3:59 PM, "Mike Bernhardt" <bernhardt at bart.gov> wrote:

In this case, the root only knows the external public server, not the
internal parent who is doing the delegating. So it would seem that slaving
the internal parent is the only solution for resolving hosts in the internal
parent domain, correct?

 

  _____  

From: Ben Croswell [mailto:ben.croswell at gmail.com] 
Sent: Tuesday, May 08, 2012 12:21 PM
To: Mike Bernhardt
Cc: bind-users at lists.isc.org
Subject: Re: How does a child find its parent?

 

The child doesn't know it's parent and goes up to the root like any other
server would. 

-Ben Croswell 

On May 8, 2012 2:13 PM, "Mike Bernhardt" <bernhardt at bart.gov> wrote:

Reading the section on delegation in the O'Reilly book, I'm confused about
something: The parent is configured to delegate the subdomain to the child
with glue records, etc. But how does the child know who to ask if a host in
the subdomain requests a record in the parent zone? They don't show any
configuration example for that other than making the child a slave for the
parent zone.

_______________________________________________
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
https://lists.isc.org/mailman/listinfo/bind-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120508/4b5a3687/attachment.html>


More information about the bind-users mailing list