Ok
So, on a web page giving people a list of things they should know (including
links to man pages, other web pages etc.)
Should the following be included as Sun only?
sunrpc, portmap
And the NFS daemons, again, are statd and lockd Sun only?
Would something like this be reasonable?
Linux basic net daemons you need to know for the potential QMail installer.
inetd
tcpserver
named
tcpd
nfsd
SunOS basic net daemons you need to know for the potential QMail installer:
inetd
xinetd
tcpd
sunrpc
nfsd
statd
lockd
portmap
tcpserver
named
Any online SunOS man pages I can link to?
What about other Unix variants. Any suggestions as to a good list of "Adam's
basic network daemons" for those systems?
I assume you are of the opinion that xinetd is not really necessary
(especially since QMail is moving away from inetd altogether)
Alex Miller
> -----Original Message-----
> From: Anand Buddhdev [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 02, 1999 8:17 AM
> To: Alex Miller
> Cc: [EMAIL PROTECTED]
> Subject: Re: Howto
>
>
> On Fri, Jul 02, 1999 at 06:31:49AM -0400, Alex Miller wrote:
>
> > > inetd/xinetd/tcpd and anything running under them
> > > sunrpc (nfsd, statd, lockd, etc.)
> > > portmap
> > > tcpserver
> > > named
> >
> > ok, I think we got inetd covered.
> >
> > xinetd (that's not on my system, nor is it listed in LINUX in a
> nutshell)
> > is it an x version of inetd? "man xinetd" doesn't show anything, any
> > suggestions?
>
> xinetd is a replacement for inetd. The 'x' is presumably for 'extended',
> because this one allows for finer control over the daemons it launches. I
> have heard of a few people using it with qmail. It is not standard on any
> unix I know of - you have to build it on your computer from source, or
> install it as a package on systems like FreeBSD.
>
> > sunrpc (don't have it - what is it?)
>
> RPC - remote procedure call - introduced by Sun in Solaris. Allows one
> computer to run programs on another computer. I think it was
> meant to be an
> enhancement to the BSD r-utilities.
>
> > nfsd - hmm... I guess it makes sense in order to understand making files
> > public? no?
> >
> > statd (don't have it)
> > lockd (don't have it)
>
> NFS-related daemons.
>
> > portmap (I don't have man entry for it but it doesn't fail if I
> type it at
> > the command line)
> > is this any relation to reading the /etc/services file?
>
> Again this is related to Sun's RPC.
>
> --
> Anand
>
