Provided by: manpages-es-extra_0.8a-17_all bug

NAME

     inetd -- internet ``super-server''

SINOPSIS

     inetd [-d] [-q queuelength] [fichero de configuraci'on]

DESCRIPCI'ON

     Inetd deberia ejecutarse en el arranque mediante /etc/rc.local (vease
     rc(8)).  A partir de ese momento esta a la escucha de conexiones en
     cierto conector (socket) de internet. Cuando encuentra una conexion en
     uno de sus conectores, decide a que servicio de conexion corresponde, y
     llama a un programa para atender la solicitud. Cuando este programa
     termina, continua a la escucha en el conector (salvo en algun caso que se
     describira mas adelante). Esencialmente, inetd permite ejecutar un
     demonio para llamar a otros muchos, reduciendo la carga del sistema.

     La opciones disponibles para inetd son:

     -d      Activa la depuracion.

     -q longitudcola
             Asigna el valor indicado al tamano de la cola de escucha del
             conector. Por defecto es 128.

     En ejecucion, inetd lee su informacion de configuracion de un fichero de
     configuracion, que por defecto es /etc/inetd.conf.  Tiene que haber una
     entrada para cada campo del fichero de configuracion, con entradas para
     cada campo separadas por tab o espacios. Los comentarios se distinguen
     por un ``#'' al principio de la linea. Tiene que haber una entrada para
     cada campo. Los campo del fichero de configuracion son de la siguiente
     forma:

           nombre de servicio
           tipo de conector
           protocolo
           wait/nowait[.max]
           usuario[.grupo]
           programa servidor
           argumentos del programa servidor

     Para especificar un servicio basado en Sun-RPC la entrada deberia
     contener estos campos.

           nombre servicio/version
           tipo de conector
           rpc/protocolo
           wait/nowait[.max]
           usuario[.grupo]
           programa servidor
           argumentos del programa servidor

     La entrada nombre de servicio es el nombre de un servicio valido del
     fichero /etc/services.  Para servicio ``internos'' (discutidos despues),
     el nombre de servicio tiene que ser el nombre oficial del servicio (esto
     es, la primera entrada de /etc/services).  Cuando se usa para especificar
     un servicio basado en Sun-RPC, este campo es un nombre de servicio RPC
     valido del fichero /etc/rpc.  la parte a la derecha de ``/'' es el numero
     de version RPC. Esto puede ser simplemente un argumento numerico o un
     rango de versiones. Un rango esta acotado por las versiones menor y mayor
     - ``rusers/1-3''.

     El tipo de conector (tipo de socket) deberia ser ``stream'', ``dgram'',
     ``raw'', ``rdm'', or ``seqpacket'', dependiendo de si el conector es un
     flujo, datagrama, en bruto, mensaje entregado fiable o conector de
     paquetes secuenciados.

     El protocolo tiene que ser un protocolo valido como los dados en
     /etc/protocols.  Pueden ser ejemplos ``tcp'' o ``udp''.  Los servicios
     basadso en Rpc se especifican con el tipo de servicio ``rpc/tcp'' o
     ``rpc/udp''.

     La entrada wait/nowait es aplicable a conectores de datagrama solo (los
     otros conectores deberian tener una entrada ``nowait'' es este espacio).
     Si un servidor de datagrama conecta a su par, liberando el conector, asi
     inetd puede recibir posteriores mensajes en el conector, esto se dice que
     es un serviodor ``multi-hilo'' y deberia usar la entrada ``nowait'' Para
     los servidores de datagrama que procesa todos los datagramas entrantes
     por un conector y al fin y al cabo desconecta, el servidor se dice que es
     ``hilo simple'' y deberia usar una entrada ``wait''.  Comsat(8) (biff(1))
     y talkd(8) son ambos ejemplos del ultimo tipo de servidor de datagramas.
     Tftpd(8) es una excepcion; es un serviodr de datagrama que establece
     pseudoconexiones.  Este se debe indicar como ``wait'' con el fin de
     evitar una carrera; el servidor leeel primer paquete, crea un nuevo
     coonector, entonces se desdobla y sale para permitir que inetd verifique
     nuevas solicitudes de servicio para activar nuevos servidores.  El sufijo
     opcional ``max'' (separado de ``wait'' o ``nowait'' por un punto)
     especifica el maximo numero de instancias del servidor que se pueden
     activar desde inetd en un intervalo de 60 segundos. Cuando se omite
     ``max'' toma el valor por defecto de 40.

     La entrada usuario deberia contener el nombre de usuario bajo el que
     ejecutaria el servidor. Esto permite que a los servidores se les de menos
     permisos que al root. Se puede especificar un nombre de grupo opcional
     anadiendo un punto al nombre de usuario seguido por el nombre de grupo.
     Esto permite a los servidores ejecutarse con un identificador de grupo
     (primario) diferente al especificado en el fichero /etc/passwd. Si se
     especifica un grupo y el usuario no es root, se asignan los grupos
     suplementarios asociados con ese usuario.

     La entrada programa servidor deberia contener la ruta completa del
     programa que se ejecutara por inetd cuando encuentre una solicitud en su
     conector. Si inetd proporciona este servicio internamente, esta entrada
     deberia ser ``internal''.

     Los argumentos del programa servidor sera como son normalmente los
     argumentos, empezando con argv[0], que es el nombre del programa Si
     proporciona este servicio internamente, la palabra ``internal'' deberia
     estar en el lugar de esta entrada.

     Inetd proporciona varios servicios ``triviales'' internamente usando
     rutinas con el mismo.  ``echo'', ``discard'', ``chargen'' (generador de
     caracteres), ``daytime'' (fecha-hora en formato legible), y ``time''
     (fecha-hora formato de maquina, en el formato del numero de segundos
     desde medianoche de 1 de enero de 1900). Todos estos servicios estan
     basadose n tcp. Para detalles de estos servicios, consulte el RFC
     adecuada del Network Information Center.

     Inetd relee su fichero de configuracion cuando recibe la senal de colgar
     SIGHUP.  Se pueden anadir servicios, borrarlos o modificarlos cuando se
     lee el fichero de configuracion.  Inetd crea el fichero
     /var/run/inetd.pid que contiene su identificador de proceso.

V'EASE TAMBI'EN

     comsat(8), fingerd(8), ftpd(8), rexecd(8), rlogind(8), rshd(8),
     telnetd(8), tftpd(8)

HISTORIA

     El comando inetd aparecio en 4.3BSD.  El soporte para servicios basados
     en Sun-RPC se ha servido del modelo proporcionado por SunOS 4.1.