SUMMARY: dns resolution

From: David Stern (dave@davka.gsfc.nasa.gov)
Date: Mon Dec 13 1999 - 12:10:05 CST


> -----Original Message-----
> I have a mixed NIS containing (among other elements) HP10.20 and
> Solaris2.6.
> I have a resolv.conf on both that include a search list and a list of
> nameservers. Both also have an nsswitch.conf that contains:
> hosts: files [NOTFOUND=continue] dns
>
> Both also have an /etc/hosts files which include a bunch of hosts and
> IP addresses with FQDN in another domain (listed in the search list).
>
> I can traceroute on either architecture and indeed it pulls up the right
> IP address to get to (so at least for this and telnet, it's using the
> hosts
> files). Likewise, if I go into nslookup, and connect to one of those
> nameservers in the searchlist the name will correctly be resolved (so
> he's registered AND in host tables, just not registered with the primary
> nameserver).
>
> Yet, On the HP, a straight nslookup (hostname) says
> looking up FILES
> and returns the correct information. On the sun, it doesn't. It appears
> to not be reading the nsswitch.conf entry for hosts. /etc/netconfig is
> the default (with "-" in <nametoaddr_libs>)

Basically, my question was does/why does sun not read the "hosts:" line
in /etc/nsswitch.conf for doing nslookup but does read it for other apps
eg telnet, pingg, traceroute. HP seems to use nswwitch for both.

Thanks to Arthur Darren Dunham <add@netcom.com>

 chuck.h.dugan@sb.com
 "Morris, Joseph L." <Joseph.Morris@wcom.net>
 Arthur Darren Dunham <add@netcom.com>
 Prashant Ranade <prashant@omsi.com>
 "Salehi, Michael E" <Mike.Salehi@usa.xerox.c
 Danny Johnson <djohnson@nbserv1.rsc.raytheon

The answer is that it's not a bug, it's a feature. Indeed I had things set up
correctly. HP simply does a "value-added" implementation of nslookup.

=-=-=-=-=-=-=-=-=- generated by /dev/dave -=-=-=-=-=-=-=-=-=-=-=-=-=-=
David Stern Flight Dynamics
dave@davka.gsfc.nasa.gov Goddard Space Flight Ctr
Building 23 Room N218 301-286-9786



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:34 CDT