From owner-freebsd-hackers Wed Dec 6 08:01:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24468 for hackers-outgoing; Wed, 6 Dec 1995 08:01:54 -0800 (PST) Received: from infocom.com (tye.infocom.com [199.120.185.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24459 for ; Wed, 6 Dec 1995 08:01:48 -0800 (PST) Received: (from daveho@localhost) by infocom.com (8.6.12/8.6.12) id KAA09791; Wed, 6 Dec 1995 10:58:41 -0500 Date: Wed, 6 Dec 1995 10:58:41 -0500 (EST) From: David Hovemeyer To: hackers@freebsd.org Subject: NIS server & services.byname (repost) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk [Apologies if you saw this earlier. I'm not sure that it got sent correctly last time.] Howdy all, I've been working on a problem we've been having here with our NIS server (running on 2.1.0-951020-SNAP). The symptom is that SunOS clients fail to get certain services from services.byname, such as telnet/tcp. What is happening is that the services.byname db file created by /var/yp/Makefile is using just the service _name_ as the key. This causes problems when (for example) telnet/tcp and telnet/udp are added to the database: the second service added for the same service name overwrites the first. I ran ypserv in debug mode, and found that getservbyname() calls on the SunOS client were requesting "telnet/tcp", not "telnet" as the key. So, I changed /var/yp/Makefile to use servicename/transport for keys in the services.byname database. This allowed (for example) both telnet/tcp and telnet/upd to be added to the db file, and allowed SunOS clients to find services correctly using getservbyname(). So, the two things I'd like to know now are 1. is my fix correct, and 2. who should I contact about resolving the problem I used send-pr last week to submit a bug report (bin/853), but at that point I didn't have a fix. Dave -- David Hovemeyer | aclawisaclawandnobodyhasseenatalking | http://infoco daveho@infocom.com | clawunlessthatclawisthefamousMr.Klaw | m.com/~daveho