From owner-freebsd-bugs  Thu Nov 30 09:10:08 1995
Return-Path: owner-bugs
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id JAA03604
          for bugs-outgoing; Thu, 30 Nov 1995 09:10:08 -0800
Received: (from gnats@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id JAA03575
          ; Thu, 30 Nov 1995 09:10:03 -0800
Resent-Date: Thu, 30 Nov 1995 09:10:03 -0800
Resent-Message-Id: <199511301710.JAA03575@freefall.freebsd.org>
Resent-From: gnats (GNATS Management)
Resent-To: freebsd-bugs
Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, daveho@infocom.com
Received: from infocom.com (tye.infocom.com [199.120.185.1])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA03148
          for <FreeBSD-gnats-submit@freebsd.org>; Thu, 30 Nov 1995 09:02:53 -0800
Received: (from daveho@localhost) by infocom.com (8.6.12/8.6.12) id LAA03354; Thu, 30 Nov 1995 11:59:56 -0500
Message-Id: <199511301659.LAA03354@infocom.com>
Date: Thu, 30 Nov 1995 11:59:56 -0500
From: daveho@infocom.com
Reply-To: daveho@infocom.com
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: bin/853: NIS server problem
Sender: owner-bugs@freebsd.org
Precedence: bulk


>Number:         853
>Category:       bin
>Synopsis:       NIS map services.byname not exported to clients correctly
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Nov 30 09:10:02 PST 1995
>Last-Modified:
>Originator:     David Hovemeyer
>Organization:
Nerd Central
>Release:        FreeBSD 2.1-STABLE i386
>Environment:

	2.1.0-951020-SNAP
	2.1.0-RELEASE
	(problem affects both)

>Description:

	The FreeBSD box is being used as an NIS server.  The problem is
	with the services.byname map: for services with both a tcp and
	udp version, only the udp version is visible through NIS.  This
	causes problems for clients looking for the tcp service.

>How-To-Repeat:

	On a client, do

	$ ypcat services.byname|grep telnet

	telnet/tcp is not shown.

>Fix:
	
	The problem seems to be that the services.byname database
	is being created with only the service name as a key: the
	effect being that when the upd service is added, it overwrites
	the tcp service with the same name.  I don't know enough about
	NIS to fix this myself, but it sounds like upd or tcp need
	to be encoded in the database key.
>Audit-Trail:
>Unformatted:
David Hovemeyer