xinetd

En redes informáticas , xinetd ( Extended Internet Service Daemon ) es un demonio superservidor de código abierto que se ejecuta en muchos sistemas tipo Unix y gestiona la conectividad basada en Internet . ^{[ 3 ]}

Ofrece una alternativa más segura al antiguo inetd ("el demonio de Internet"), que la mayoría de las distribuciones modernas de Linux han dejado de usar. ^{[ 4 ]}

xinetd escucha las solicitudes entrantes a través de una red y lanza el servicio apropiado para esa solicitud. ^{[ 5 ]} Las solicitudes se realizan utilizando números de puerto como identificadores y xinetd generalmente lanza otro demonio para procesar la solicitud. ^{[ 6 ]} Puede utilizarse para iniciar servicios con números de puerto tanto privilegiados como no privilegiados.

xinetd cuenta con mecanismos de control de acceso como ACL de TCP Wrapper , amplias capacidades de registro y la posibilidad de configurar la disponibilidad de los servicios según el tiempo. Permite limitar el número de servidores que el sistema puede iniciar y dispone de mecanismos de defensa implementables para protegerse contra escáneres de puertos , entre otras cosas.

En algunas implementaciones de Mac OS X , este demonio inicia y mantiene diversos servicios relacionados con Internet, como FTP y Telnet . Como una versión extendida de inetd, ofrece mayor seguridad. Reemplazó a inetd en Mac OS X v10.3 , y posteriormente launchd lo reemplazó en Mac OS X v10.4 . Sin embargo, Apple ha conservado inetd por motivos de compatibilidad.

La configuración de xinetd reside en el archivo de configuración predeterminado /etc/xinetd.conf, y la configuración de los servicios que admite reside en archivos de configuración almacenados en el directorio /etc/xinetd.d. La configuración de cada servicio suele incluir un parámetro para controlar si xinetd debe habilitarlo o deshabilitarlo.

Ejemplo de archivo de configuración para el servidor de hora RFC 868 :

# predeterminado: desactivado # descripción: Un servidor de tiempo RFC 868. Este protocolo proporciona una # fecha y hora legibles por máquina e independientes del sitio. El servicio de tiempo devuelve # a la fuente de origen la hora en segundos desde la medianoche del primero de enero # de 1900. # Esta es la versión TCP. tiempo de servicio { disable = yes type = INTERNAL id = time-stream socket_type = stream protocol = tcp user = root wait = no }# Esta es la versión UDP. tiempo de servicio { deshabilitar = sí tipo = INTERNO id = time-dgram socket_type = dgram protocolo = udp usuario = root esperar = sí }

Las líneas con el carácter "#" al principio son comentarios que no afectan al servicio. Existen dos versiones del servicio: la primera se basa en el Protocolo de Control de Transmisión (TCP) y la segunda en el Protocolo de Datagramas de Usuario (UDP). El tipo y el uso previsto del servicio determinan el protocolo principal necesario. En resumen, el UDP no puede gestionar grandes transmisiones de datos, ya que carece de la capacidad de reorganizar paquetes en un orden específico o garantizar su integridad, pero es más rápido que el TCP. El TCP dispone de estas funciones, pero es más lento. Cada versión contiene dos columnas entre llaves. La primera indica el tipo de opción y la segunda, la variable aplicada.

La opción de deshabilitar permite activar o desactivar un servicio. En la mayoría de los casos, el estado predeterminado es sí . Para activar el servicio, cámbielo a no .

Existen tres tipos de servicios. El tipo es INTERNAL si el servicio lo proporciona xinetd, RPC cuando se basa en una llamada a procedimiento remoto (generalmente listada en el archivo /etc/rpc), o puede ser UNLISTED cuando el servicio no está ni en el archivo /etc/services ni en el archivo /etc/rpc.

El ID es el identificador único del servicio.

El socket_type determina la forma de transmisión de datos a través del servicio. Existen tres tipos: stream , dgram y raw . Este último es útil cuando queremos establecer un servicio basado en un protocolo no estándar.

Con la opción de usuario , es posible elegir un usuario como propietario del servicio en ejecución. Se recomienda encarecidamente elegir un usuario que no sea root por motivos de seguridad.

Cuando la espera está activada , xinetd no recibirá solicitudes de servicio si ya tiene una conexión. Por lo tanto, el número de conexiones se limita a una. Esto proporciona protección cuando solo se necesita establecer una conexión a la vez.

Existen muchas más opciones disponibles para xinetd. En la mayoría de las distribuciones de Linux, la lista completa de opciones posibles y su descripción se puede consultar con el comando "man xinetd.conf".

Para aplicar la nueva configuración, se debe enviar una señal SIGHUP al proceso xinetd para que vuelva a leer los archivos de configuración. Esto se puede lograr con el siguiente comando: . PID es el número de identificador de proceso real de xinetd, que se puede obtener con el comando . ^{[ 7 ] [ 8 ]}kill -SIGHUP "PID"pgrep xinetd

• bifurcación de openSUSE , para contener todos los parches de varias distribuciones: openSUSE, Debian, Fedora, Gentoo, ...