From owner-freebsd-hackers Mon Jun 21 11:20:24 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 5642B152BE; Mon, 21 Jun 1999 11:20:09 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 10w8fc-0005Zr-00; Mon, 21 Jun 1999 20:19:48 +0200 From: Sheldon Hearn To: Doug Cc: Doug , freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav , freebsd-gnats-submit@FreeBSD.ORG, alex@wnm.net Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] In-reply-to: Your message of "Mon, 21 Jun 1999 11:12:26 MST." Date: Mon, 21 Jun 1999 20:19:48 +0200 Message-ID: <21442.929989188@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 21 Jun 1999 11:12:26 MST, Doug wrote: > Can you point out exactly what part of the man page that you are > referring to that contradicts what the inetd man page says? Have you > checked the actual code for inetd to verify that it will work with > services aliases? Certainly. From services(5): The services file contains information regarding the known services available in the DARPA Internet. For each service a single line should be present with the following information: official service name port number protocol name aliases We wouldn't be straying too far from reality if we interpretated the word "alias" as "another name for". We now look at /etc/services and see: auth 113/tcp ident tap #Authentication Service auth 113/udp ident tap #Authentication Service We read from this that each of "ident" and "tap" is "another name for" "auth". We now look et /etc/inetd.conf, where we find: #ident stream tcp wait kmem:kmem /usr/local/sbin/identd identd -w -t120 I uncommented this line a few years ago and haven't had a problem with my ident service that I could think of. > In my experience, and in the experience of the PR poster it *is* > necessary to use the canonical name of the service, however if you can > check the code, test it thoroughly and determine that inetd works > perfectly well with aliases, then feel free to change the man page for > inetd. Since the manpage supports my experience thus far, I really can't see how you'd put the burden of proof on me. :-) Let's see a "How-To-Repeat" of somewhat more substance than "Try running identd without having noticed the glitch". Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message