Date: Mon, 21 Jun 1999 20:19:48 +0200 From: Sheldon Hearn <sheldonh@uunet.co.za> To: Doug <Doug@gorean.org> Cc: Doug <Studded@gorean.org>, freebsd-hackers@FreeBSD.ORG, Dag-Erling Smorgrav <des@flood.ping.uio.no>, freebsd-gnats-submit@FreeBSD.ORG, alex@wnm.net Subject: Re: [Fwd: Re: misc/11796: Bad lines in 3.2-RELEASE inetd.conf] Message-ID: <21442.929989188@axl.noc.iafrica.com> In-Reply-To: Your message of "Mon, 21 Jun 1999 11:12:26 MST." <Pine.BSF.4.05.9906211108320.15079-100000@dt054n86.san.rr.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21442.929989188>