home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4994 < prev    next >
Encoding:
Text File  |  1992-07-27  |  1.3 KB  |  26 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!wupost!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!access.usask.ca!ccu.umanitoba.ca!mills
  3. From: mills@ccu.umanitoba.ca (Gary Mills)
  4. Subject: Re: DNS & Resolver. Things Sun should do.
  5. Message-ID: <1992Jul27.130038.27277@ccu.umanitoba.ca>
  6. Keywords: DNS
  7. Organization: University of Manitoba, Winnipeg, Canada
  8. References: <yvent.711983630@theseas> <1992Jul24.144817.23307@aio.jsc.nasa.gov> <hanson.711995288@pogo> <jpc.712190285@avdms8.msfc.nasa.gov>
  9. Date: Mon, 27 Jul 1992 13:00:38 GMT
  10. Lines: 14
  11.  
  12. In <jpc.712190285@avdms8.msfc.nasa.gov> jpc@avdms8.msfc.nasa.gov (J. Porter Clark) writes:
  13.  
  14. >Does this mean that the bug wherein NIS remembers that a DNS lookup
  15. >failed will be fixed?  I'm referring to a longstanding problem in which
  16. >an initial failure of the resolver (perhaps because the response from
  17. >the nameserver arrived too late) will cause the lookup to fail from
  18. >that point on.
  19.  
  20. I don't see this problem.  After I add a new host to the DNS, I can start
  21. doing ypmatch on that host, and in five or ten minutes it will appear.
  22. I assumed this was due to caching by ypserv, which should be a good thing
  23. because it should reduce traffic between NIS and DNS.
  24. -- 
  25. -Gary Mills-         -Networking Group-          -U of M Computer Services-
  26.