home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / uucp / 2440 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  3.2 KB
  1. Xref: sparky comp.mail.uucp:2440 comp.mail.sendmail:3071 comp.unix.sys5.r4:1024 comp.unix.questions:14992
  2. Newsgroups: comp.mail.uucp,comp.mail.sendmail,comp.unix.sys5.r4,comp.unix.questions
  3. Path: sparky!uunet!spool.mu.edu!solaria.mil.wi.us!jgreco
  4. From: jgreco@solaria.mil.wi.us (Joe Greco)
  5. Subject: Re: DNS name servers
  6. Message-ID: <BzyMur.C6s@solaria.mil.wi.us>
  7. Sender: news@solaria.mil.wi.us (Usenet News)
  8. Nntp-Posting-Host: solaria.mil.wi.us
  9. Organization: Solaria Public Access UNIX - Milwaukee, WI
  10. References: <Bzx9r5.FDo@gator.use.com>
  11. Date: Mon, 28 Dec 1992 08:13:38 GMT
  12. Lines: 47
  13.  
  14. In comp.mail.uucp article <Bzx9r5.FDo@gator.use.com>, larry@gator.use.com (Larry Snyder) wrote:
  15. :We are using a cached name server (it works fine, and it appears
  16. :that as the machine is up and running for a couple of days, it
  17. :really gets faster since I assume the name to IP addresses are
  18. :in the cache verses requiring a lookup via the DNS - does anyone
  19. :know of a good book that explains how and why this works? and what
  20. :would be required to run a complete namesever locally).
  21.  
  22. How and why this works?  Simple.  The following is a broad, simplistic
  23. explanation because I'm too tired to give a precise technical explanation.
  24. I have yet to see an excellent book on this, but I do suggest you read the
  25. BIND Operations Guide (?) supplied with the Berkeley nameserver.  It and
  26. the RFC's were what I learned nameserver operations from.
  27.  
  28. Nameserver records get served out with "maximum time to live" fields (I
  29. don't have the DNS documents here, so I can't give you the politically
  30. correct term).  Any client (including other nameservers) which receives that
  31. data may assume the data will be valid for at least the specified interval,
  32. which varies from site to site.
  33.  
  34. Since you're using a nameserver with a cache, it saves all requests that it
  35. has had to resolve to the cache.  Resolving a name is an "expensive"
  36. operation, often involving several other servers.  The savings in time
  37. offered by the cache is great compared to the relatively tiny overhead of
  38. RAM and time to cache it.  When the data outlives it's "max time to live",
  39. it is deleted from the cache.  The implementation is outlined in RFC's in
  40. mindnumbing detail.
  41.  
  42. Now I'm not quite sure what you're asking for when you want to know what is
  43. required to run a "complete" nameserver.  A cache-only nameserver is only
  44. really useful in an environment requiring a lot of name resolution, or where
  45. connecting to other nameservers is "expensive".  There is no way to make
  46. this kind of operation any more "complete" than it already is, since the DNS
  47. is a huge distributed database.  You can make the nameserver authoritative
  48. for a domain, in which case it's no longer a cache-only server, but this is
  49. a human distinction since the nameserver itself doesn't really care either
  50. way - whether or not it has data for which it is authoritative, it will
  51. cache other data, and that is the most you can really do with data that you
  52. don't have authority over.
  53.  
  54. So I am confused as to what you are asking.  Clarify?
  55.  
  56. ... Joe
  57.  
  58. -------------------------------------------------------------------------------
  59. Joe Greco - System Administrator               jgreco@solaria.mil.wi.us
  60. Solaria Public Access UNIX - Milwaukee, WI               414/321-9287
  61.