Internet super-server (UNIX)

Note: You must be root to start this daemon.


inetd [-Dd] [-U string] [configuration_file]

Runs on:

QNX Neutrino


Force inetd to daemonize by calling procmgr_daemon() instead of calling daemon().
Note: You need to specify the -D option to inetd if you're running it under the control of the High Availability Manager. The HAM can see death messages only from tasks that are running in session 1, and the call to daemon() doesn't put the caller into that session. For more information about HAM, see the High Availability Framework Developer's Guide.
Turn on debugging.
-U string
(QNX Neutrino 6.6 or later) Once running, run as the specified user, so that the program doesn't need to run as root. The string can be in one of these forms:
  • uid[:gid[,sup_gid]*]
  • user_name[,sup_gid]*

In the second form, the primary group is the one specified for user_name in /etc/passwd.


The inetd daemon listens for connections on certain well-known ports. When it finds a connection on one of its sockets, the daemon decides what service the socket corresponds to and invokes a program to service the request. After that program is finished, inetd continues to listen on the socket (except in some cases, described below). Essentially, inetd lets you run one daemon to invoke several others, reducing load on the system.

When it starts, inetd reads its configuration information from a configuration file; by default, this is /etc/inetd.conf.

Note: The default version of the /etc/inetd.conf file contains commented-out descriptions of the services; uncomment the ones that you want to use.

If any errors occur, inetd sends messages to slogger; use sloginfo to view the system log.

Internal services

The inetd daemon provides several “trivial” services internally by using routines within itself. These services are:

Echo the data received.
Discard the data received.
Generate characters.
Human-readable time.
Machine-readable time, in the form of the number of seconds since midnight, January 1, 1900.

All of these services are UDP- or TCP-based.

Effects of SIGHUP

When it receives SIGHUP, inetd rereads its configuration file, which may cause services to be added, deleted, or modified.


The inetd daemon requires the shared library.

If you use RPC-based services, the shared library must exist.