My original post:
> I was wondering if anyone can tell me some info about the
> following entries in the inetd.conf file. Most particularly, what are
> they for, and how necessary are they on a machine that just runs basic
> tcp/ip (not even r* services, no nis/nfs, just plain jane stuff) and
> mop/lat? I was in the process of "trimming" services that aren't being
> used and couldn't find any explaination of these services. I totaly
> apologize if this is an obviously simple question.
>
>
> dnacml stream tcp nowait daemon /usr/sbin/cml cml
> dtspc stream tcp nowait root /usr/dt/bin/dtspcd dtspcd
> rpc.cmsd/2-4 dgram rpc/udp wait root /usr/dt/bin/rpc.cmsd rpc.cmsd
> rpc.ttdbserverd stream rpc/tcp wait root /usr/dt/bin/rpc.ttdbserverd
> rpc.ttdbserverd
Response by Tom Webster:
cml: I don't know what this does.
dtspcd: CDE Subprocess Control Service, not really sure what it does.
rpc.cmsd: Calendar manager service daemon, needed if your users want
to schedule meetings with each other using the CDE calander app.
rpc.ttdbserverd: RPC-based ToolTalk database serve, tooltalk is some
of the glue that holds the CDE together.
The good news is that cml and dtspcd can at least be protected by
TCPWrappers (dtspcd may be a problem as the man page suggests that it may
hang around waiting for connections after it has been spawned).
rpc.ttdbserverd can't be protected by TCPWrappers, they don't work with
rpc/tcp services. I haven't tried disabling rpc.ttdbserverd yet to see
what breaks.
And the other response by Peter Chapin
> rpc.cmsd/2-4 dgram rpc/udp wait root /usr/dt/bin/rpc.cmsd rpc.cmsd
> rpc.ttdbserverd stream rpc/tcp wait root /usr/dt/bin/rpc.ttdbserverd
> rpc.ttdbserverd
These services are used in connection with the Common Desktop Environment.
I know that rpc.cmsd is used by the calendar application. Appointments are
managed by the rpc.cmsd server so that people can coordinate their
calendars. I'm not sure what the other ones are for, but they are probably
related to the "Tool Talk" (hence the "tt" in the names) system used be
CDE.
Thanks a lot guys! Have a great day all.
Britt
- Britton Johnson, Ass't System Admin. Lindenwood University, St. Charles, MO -
Disclaimer: Any typos or grammatical errors are purely intentoinal. ;-)
Received on Thu May 21 1998 - 23:15:03 NZST