home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sun / admin / 9817 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!think.com!enterpoop.mit.edu!eru.mt.luth.se!lunic!sunic!sics.se!eua.ericsson.se!erix.ericsson.se!per
  2. From: per@erix.ericsson.se (Per Hedeland)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Looking for resolv.conf related patch
  5. Message-ID: <1992Dec30.171950.11066@eua.ericsson.se>
  6. Date: 30 Dec 92 17:19:50 GMT
  7. References: <comp-sys-sun-admin_725673375@babbage.ece.uc.edu> <1992Dec30.151058.4678@clark.dgim.doc.ca>
  8. Sender: news@eua.ericsson.se
  9. Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
  10. Lines: 29
  11. Nntp-Posting-Host: super.eua.ericsson.se
  12. Nntp-Posting-User: per
  13.  
  14. In article <1992Dec30.151058.4678@clark.dgim.doc.ca> don@mars.dgrc.doc.ca (Donald McLachlan) writes:
  15. >I seem to remember hearing there is a patch for SunOS, so it will check multiple
  16. >nameserver entries in /etc/resolv.conf before giving up.
  17. >
  18. >Unfortunatly I didn't save this info, and I cannot find it again now.  Nor can
  19. >I locate the appropriate patch in the INDEX I have found.
  20. >
  21. >Does anyone know the number of this patch?
  22.  
  23. Yes, it's 100465-01, and incidentally was mentioned in the "enhanced"
  24. README for building a new shared libc I posted to this group the other
  25. day (Message-ID <1992Dec28.144904.11625@eua.ericsson.se>) - it consists
  26. of a new res_send.o module for libresolv.a.
  27.  
  28. Unfortunately it is of little use for other purposes than building and
  29. using a libc for DNS, since the only programs distributed with SunOS
  30. that use res_send.o, sendmail.mx and ypserv, are statically linked wrt
  31. to this library (of course - there is no libresolv.so.*).
  32.  
  33. N.B. though that there is only one case where the resolver "gives up" as
  34. described above - when the *host* in question is up, but the name server
  35. isn't running on it - or more precisely, when a connection attempt
  36. results in "connection refused" (as opposed to e.g. a timeout). Of
  37. course, this is bad enough...
  38.  
  39. --Per Hedeland
  40. per@erix.ericsson.se  or
  41. per%erix.ericsson.se@sunic.sunet.se  or
  42. ...uunet!erix.ericsson.se!per
  43.