This is BIND-named in view mode; [Up]
Date: Sun 19-Feb-1989 02:16:00 From: Unknown Subject: BIND named One question on name servers: I have got the Berkeley Domain server daemon (BIND) named to run, and the debugging output indicates that it is receiving info from higher-up servers, but none of the programs seem to be able to access the daemon. Is it that the gethostbyname(3) call needs to be recompiled for named, or have I overlooked something? Another reason for source code--I may not want to modify it, but looking at it will tell me the actions needed to correct a problem. Also, gethostbyname, etc, those library routines and the utility programs that depend on it could be recompiled WITHOUT AFFECTING DEVELOPERS' APPLICATIONS AT ALL! In this kind of a case, I may want to make a minor and transparent change (by obtaining the proper network routines), but it would require a large amount of source code and recompiling to install the change. (Of course, this would be simpler if Unix had dynanamic linking.) >From: yap@me.utoronto.ca (Davin Yap)
Date: Sun 21-Feb-1989 02:43:41 From: Unknown Subject: Re: BIND named In article <72100003@uxh.cso.uiuc.edu> carlson@uxh.cso.uiuc.edu writes: > >One question on name servers: >I have got the Berkeley Domain server daemon (BIND) named to run, >and the debugging output indicates that it is receiving info from >higher-up servers, but none of the programs seem to be able to >access the daemon. >Is it that the gethostbyname(3) call needs to be recompiled for named, >or have I overlooked something? Without source code, you cannot use bind without sufferring with/under Yellow Pages. Not having source code, and not having the time to check, I'm not sure, but that probably means that you have to also suffer from all of the security holes in Yellow Pages, but life's tough. Grrrr. Yet another example of losing utterly w/o source code. And universities are supposed to provide support?!? Anyway, the trick is to start ypserv as ypserv -i, so that the YP will forward hostname resolutions to named. Unfortunately, that means that you have to play the entire YP game, and that means you have to build YP database files for /etc/services, /etc/passwd, /etc/group, and all sorts of other files. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Theodore Ts'o mit-eddie!mit-athena!tytso 3 Ames St., Cambridge, MA 02139 tytso@athena.mit.edu If it's for real, it isn't! >From: pvo1478@neptune.uucp (Paul O'Neill)
Date: Sun 21-Feb-1989 09:55:02 From: Unknown Subject: Re: BIND named In article <9360@bloom-beacon.MIT.EDU> tytso@athena.mit.edu (Theodore Y. Tso) writes: > >Anyway, the trick is to start ypserv as ypserv -i, so that the YP will >forward hostname resolutions to named. Unfortunately, that means that >you have to play the entire YP game, .......................... Actually, you can play 1/2 the YP game. Don't put the `+' in /etc/passwd that enables users from the YP database. Now, if you have an existing YP server, you get all the name-service goodies from it by running ypbind on your NeXT. You don't get all the yppasswd security bugs. Just about the only down side I can think of is you'll be dead-in-the-water whenever your server crashes. get all the services "for free." I ran ypbind on our cube for the first couple days it was here. All the nameservice and mail-alias stuff seemed to work great. The boss said to turn it off, though, cuz' the NeXT docs said it would interfere with other applications. Has anyone run 0.8's ypbind for extended periods. Is it up to snuff? (Frankly, it seems to crash just as often now as it did when ypbind was running :-) Paul O'Neill pvo@oce.orst.edu Coastal Imaging Lab OSU--Oceanography Corvallis, OR 97331 503-754-3251 >From: mhart@uxe.cso.uiuc.edu
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.