jeanpaul@dutecad.et.tudelft.nl (J.P.M. van der Jagt) (06/28/91)
katz@rpal.rockwell.com writes: >In article <2821@brchh104.bnr.ca> burns@das.harvard.edu writes: >> >> I have just set up a new Sparc2 and connected it to the Internet. I have >> set up the named.* files. I can't get it to interpret names dynamically; >> even though named is up and running, storing many names in its cache, I >> get a "host unknown" error every time. What's the matter? Do I have to >> get BIND and recompile everything, even though my machine came with named >> already installed? (SunOS 4.1.1) >> >Are you running NIS(YP)? Sun's nameserver only works through NIS. >Did you remember to put the -b flag in /var/yp/Makefile to tell it you >want DNS to run? Did you run ypbind with the -d flag to tell it to >use DNS? Or replace your shared libc with one that has the resolver routines enabled. Hi Everyone. The previous has been said very often before, but there are still many SUN-system-administrators, who are unaware of this fact. I myself replied many times on similar questions on the net (comp.sys.sun and alt.sys.sun). I think it is time to post my digest of this subject here and I think that it should be part of the FAQ-list (if there is any...). Here it goes. Thanks to all who contributed to this digest. -- [] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology [] [] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] e m p t y [] [] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - [] ____________________________________________________________________________ Hello, This is a mail to a few people who asked me for more info about the SunOS shared libc with DNS-resolver. I apologize for not sending personal mail, but this saves me time. 0. You *only* need to change your shared libc when you want to make use of DNS and when you are *not* running NIS. 1. The ready-made shared libcs for SunOS4.1 (*not* 4.1.1, sorry) are available via ftp: user=anonymous passwd=<your_email_address> at host dutrde1.tudelft.nl (130.161.180.13) in the dir /pub/library If you want the libcs for SunOS4.1.1 and you don't want to build them yourself, try finding out where they are by making use of the "archie" facility: rlogin quiche.cs.mcgill.ca -l archie 2. I include a few articles which describe how to build the shared libc.so.* yourself. 3. I add a few other articles which describe how to adjust libc.sa.* and how to make some extra modifications to customize the shared libcs. Good luck. Regards, John-Paul -- [] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology [] [] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] e m p t y [] [] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - [] -- _____________________________________________________________________________ [ARTICLES] Path: duteca!dutrun!hp4nl!mcsun!uunet!tut.cis.ohio-state.edu!icarus.eng.ohio-state.edu!kaul From: kaul@icarus.eng.ohio-state.edu (Rich Kaul) Newsgroups: comp.protocols.tcp-ip Subject: Re: Configuring a Sun to use DNS Message-ID: <KAUL.90Nov2173151@icarus.eng.ohio-state.edu> Date: 2 Nov 90 22:31:51 GMT References: <39@van-bc.wimsey.bc.ca> Sender: kaul@icarus.eng.ohio-state.edu Followup-To: comp.protocols.tcp-ip Organization: The Ohio State University Dept of Electrical Engineering Lines: 167 In-reply-to: skl@van-bc.wimsey.bc.ca's message of 2 Nov 90 05:47:31 GMT In article <39@van-bc.wimsey.bc.ca> Samuel Lam writes: Could someone please tell me what is the easiest way to get a NIS-less Sun (SunOS 4.1) to use the DNS instead of /etc/hosts for host name lookups? Ah, something I just enabled on my Sun. Here's a previous posting that may be helpful. "It worked for me." -rich >From earle@POSEUR.JPL.NASA.GOV Mon May 21 09:58:30 1990 From: earle@POSEUR.JPL.NASA.GOV (Greg Earle - Sun JPL on-site Software Support) Newsgroups: osu.sys.sun.managers Subject: Revised posting on how to create libc_resolv.so under SunOS 4.1 Date: 19 May 90 03:59:57 GMT Distribution: osu Organization: Sun-Managers Evan Wetstone's posting to Sun-Spots about libc+resolv under 4.1 has reminded me to repost a slightly revised version of the instructions. This is prompted by 3 things: (1) The original, virgin /usr/lib/shlib.etc/README file has an oversight in it; The original mentions that 2 files in the archive library need to be renamed after they are extracted, because the names are truncated at 16 characters. This is true for the Sun-3 and Sun-3x, but on Sun-4's and Sun-4c's (SPARCstation-1's, 1+'s, and presumably SLC's), there is an additional library module whose name is also truncated. This is corrected. (2) Several people complained to me that my instructions, being placed as an addendum rather than in line with the rest of the instructions, were thus unneccessarily confusing, and could even (if misinterpreted) cause someone to build a libc that would not work. (3) I accidentally included my .signature file at the end of the posting, and then told everyone to append the rest of my message to their README files, thus immortalizing my .signature in everybody's README (^: I humbly apologize ... So, without further ado, here is the revised version of the file /usr/lib/shlib.etc/README. I recommend backing up the original, nuke my previous version (the one that Evan re-posted), and insert this in its place. - Greg Earle | "This is Kraft. It uses a blue box. Sun Microsystems, Inc. | This is Stouffer's. It uses red. JPL on-site Software Support | The choice is yours." sun!poseur!earle | Pretty damn convincing argument, eh? ---------------- >8 Cut here - /usr/lib/shlib.etc/README 8< --------------- This is a procedure you can use to substitute or add a module in your shared libc C library. Note! If you are interested in a System V libc, please substitute libc_pic.a for libcs5_pic.a in step 3, libc.so.x.y.z for libcs5.so.x.y.z in step 8.