home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sun.admin
- Path: sparky!uunet!haven.umd.edu!news.umbc.edu!umbc4.umbc.edu!paulr
- From: paulr@umbc4.umbc.edu (Paul Riddle)
- Subject: Re: DNS - Please help.
- Message-ID: <1992Dec24.161803.29249@umbc3.umbc.edu>
- Sender: newspost@umbc3.umbc.edu (News posting account)
- Organization: Univ. of MD, Baltimore County
- References: <1h8g7qINN6ga@bigboote.WPI.EDU> <ellis.725110065@nova> <u#91Hu4$kb@atlantis.psu.edu>
- Date: Thu, 24 Dec 1992 16:18:03 GMT
- Lines: 41
-
- In article <u#91Hu4$kb@atlantis.psu.edu> barr@pop.psu.edu (David Barr) writes:
- >In article <ellis.725110065@nova> ellis@nova.gmi.edu (Stew Ellis) writes:
- >
- >>Another unusual
- >>feature of Sun's DNS is that you have to have /etc/resolv.conf on your
- >>primary DNS server, as well as on all of the clients.
- >
- >How is this unusual? This is how BIND 4.8.3 behaves as well.
-
- The way I understand it, under Sun's NIS/DNS scheme (4.1.1 at least)
- only the NIS servers call the resolver routines, and therefore only
- the NIS servers need a resolv.conf file. If the NIS server doesn't
- find what it's looking for in the hosts maps, it calls the resolver.
- So, the client just does a NIS lookup and doesn't bother with DNS.
-
- >>Finally, the above resolve.conf line has no place on a stock Sun
- >>installation. It might be part of resolv+, but if someone has hacked
- >>resolv+ into your site, then you may be on your own getting all of the
- >>pieces of NIS and DNS to hang together properly. I have the stock Sun stuff
- >>working just fine.
- >
- >You're confusing resolv+'s host.conf file and resolv.conf. The host.conf
- >file specifies the resolv order (hosts file, BIND, or NIS), while the
- >resolv.conf file specifies _who_ to contact in order.
-
- One of the things that has always irked me about SunOS is that there
- is no easy way to specify the resolv order. The NIS/DNS method is a
- nice idea in principle, but you can't always use it... For example,
- if you have a heterogeneous network and not all of your NIS servers
- support this behavior. Ultrix's ypserv comes to mind here.
-
- In the past I got around this one by building customized shared
- libraries that use the resolver routines instead of the NIS routines,
- but this is only a partial solution and it has its problems too.
-
- Paul
- --
- If found, please return to: |
- Paul Riddle | paulr@umbc3.umbc.edu
- UMBC, Academic Computing Services |
- Baltimore, MD 21228 | (410) 455-3860
-