home *** CD-ROM | disk | FTP | other *** search
/ PC-Online 1996 May / PCOnline_05_1996.bin / linux / source / n / bind / bind-4.001 / bind-4~ / bind-4.9.3-BETA9 / conf / Info.glue.2 < prev    next >
Internet Message Format  |  1994-04-08  |  2KB

  1. Path: vixie!Pa.dec.com!bind-redist-request
  2. From: hubert@cac.washington.edu (Steve Hubert)
  3. Newsgroups: local.mail.dns.bind
  4. Subject: Re: When and why to use glue (was glue)
  5. Date: 2 Mar 1994 10:52:01 -0800
  6. Organization: A blearily-installed InterNetNews site
  7. Lines: 43
  8. Sender: daemon@vix.com
  9. Distribution: local
  10. Message-ID: <Pine.3.90.9403021049.21252F-0100000@shiva2.cac.washington.edu>
  11. X-To: info-bind@uunet.uu.net
  12. X-In-Reply-To: <2l2b0j$463@lastactionhero.rs.itd.umich.edu>
  13. X-Content-Type: TEXT/PLAIN; charset=US-ASCII
  14.  
  15. On 2 Mar 1994, Bryan Beecher wrote:
  16.  
  17. > hamjavar@unm.edu (Farid Hamjavar) asks:
  18. > >
  19. > >What's the rule [ for glue ] ?
  20. > A glue record is an A record for a name that appears on the right-hand side
  21. > of a NS record.  So, if I have this:
  22. >     itd.umich.edu.        IN    NS    dns2.itd.umich.edu.
  23. >     dns2.itd.umich.edu.    IN    A    141.211.164.3
  24. > then the second record is a glue record (for the NS record above it).
  25. > You need glue records when -- and only when -- you are delegating authority
  26. > to a nameserver that "lives" in the domain you are delegating.  In other
  27. > words, in the example above, I need to add an A record for dns2.itd.umich.edu
  28. > since it "lives" in the domain it serves.  This boot-strapping information
  29. > is necessary:  How am I supposed to find out the IP address of the nameserver
  30. > for domain FOO if the nameserver for FOO "lives" in FOO?
  31.  
  32. Bryan's analysis is right on the mark as always.  I hope I'm not just
  33. muddying the waters by mentioning this, but I've found the information
  34. useful.  There is also a sort of implicit glue record that can be useful
  35. (or confusing).  If the parent server (itd.umich.edu domain in example
  36. above) is a secondary server for the child, then the A record will be
  37. fetched from the child server when the zone transfer is done.  The glue is
  38. still there but it's a little different, it's in the ip address in the
  39. named.boot line instead of explicitly in the data.  In this case (common
  40. for us) you can leave out the explicit glue A record and leave the
  41. manually configured "glue" in just the one place in the named.boot file. 
  42.  
  43. So, a slightly revised rule for when you need a glue record is:
  44.  
  45. You need glue records when -- and only when -- you are delegating
  46. authority to a nameserver that "lives" in the domain you are delegating 
  47. *and* you aren't a secondary server for that domain.
  48.  
  49. (Hope this helps more than hurts.)
  50.  
  51. Steve Hubert <hubert@cac.washington.edu>
  52. Networks and Distributed Computing, Univ. of Washington, Seattle
  53.  
  54.