Daemon (informática)

En un sistema tipo Unix , el proceso padre de un demonio suele ser, aunque no siempre, el proceso init . Un demonio se crea normalmente mediante el proceso init, que lo inicia directamente; mediante un script de inicialización ejecutado por init; o mediante un superservidor iniciado por init.

El proceso init en Research Unix y BSD inicia demonios desde un script de inicialización. Un demonio iniciado como un comando en un script de inicialización debe bifurcar un proceso hijo y luego salir inmediatamente, o debe ejecutarse como un proceso en segundo plano usando & , para que el intérprete de comandos que ejecuta el script de inicialización pueda continuar después de iniciar el demonio. En el primer caso, el proceso del demonio ejecutado desde el intérprete de comandos sale, lo que provoca que init adopte el proceso hijo que se ejecuta como demonio; en el segundo caso, cuando el intérprete de comandos que ejecuta el script de inicialización sale, el proceso del demonio hijo es adoptado por init. ^{[ 9 ]}

Las versiones de init en System III y System V pueden ejecutar comandos arbitrarios y se pueden configurar para ejecutarlos una sola vez o reiniciarlos cuando finalizan. ^{[ 10 ] [ 11 ] [ 12 ] [ 13 ]} El primer mecanismo se puede usar para ejecutar scripts de inicialización; los demonios iniciados desde esos scripts se comportan igual que en Research Unix y BSD. El segundo mecanismo se puede usar para ejecutar demonios directamente desde init.

Un demonio también puede iniciarse desde la línea de comandos del usuario. Sin embargo, los demonios iniciados de esta manera generalmente deben realizar otras operaciones, como disociar el proceso de cualquier terminal de control (tty). Estos procedimientos suelen implementarse en diversas rutinas de conveniencia, como daemon(3) . Un demonio iniciado mediante un script de inicialización no necesita realizar estos pasos, pero hacerlo permite que el usuario lo reinicie si finaliza; ^{[ 14 ]} init en sí mismo no los reiniciaría. ^{[ 15 ]} Las operaciones que debe realizar dicho demonio incluyen:

• Opcionalmente, se pueden eliminar variables innecesarias del entorno.
• Se ejecuta como una tarea en segundo plano mediante la creación de un proceso hijo y su posterior finalización (en la mitad del proceso hijo). Esto permite que el proceso padre del demonio (shell o proceso de inicio) reciba la notificación de finalización y continúe su ejecución normal.
• Desvincularse de la sesión invocadora, lo que generalmente se logra mediante una sola operación setsid():
  • Disociación del tty de control .
  • Crear una nueva sesión y convertirse en el líder de esa sesión.
  • Convertirse en líder de un grupo de procesos .
• Si el demonio quiere asegurarse de no adquirir una nueva terminal de control, ni siquiera por accidente (lo que ocurre cuando un líder de sesión sin terminal de control abre una terminal libre), puede bifurcarse y salir de nuevo. Esto significa que ya no es el líder de sesión en la nueva sesión y no puede adquirir una terminal de control.
• Establecer el directorio raíz ( / ) como el directorio de trabajo actual para que el proceso no mantenga en uso ningún directorio que pueda estar en un sistema de archivos montado (lo que permite desmontarlo).
• Cambiar el umask a 0 permite que open(), creat(), y otras llamadas al sistema operativo proporcionen sus propias máscaras de permisos y no dependan del umask del llamador.
• Redirigir los descriptores de archivo 0, 1 y 2 para los flujos estándar ( stdin , stdout y stderr ) a /dev/null o a un archivo de registro , y cerrar todos los demás descriptores de archivo heredados del proceso padre.

Si el proceso es iniciado por un demonio superservidor , como inetd , launchd o systemd , el demonio superservidor realizará esas funciones para el proceso, ^{[ 16 ] [ 17 ] [ 18 ]} excepto para los demonios de estilo antiguo que no se convirtieron para ejecutarse bajo systemd y se especificaron como Type=forking ^{[ 18 ]} y los servidores de datagramas "multihilo" bajo inetd . ^{[ 16 ]}

En MS-DOS , la funcionalidad tipo demonio se implementó como un programa residente que finaliza y permanece en el sistema (TSR).

En Windows , un servicio de Windows proporciona la funcionalidad de un demonio. Se ejecuta como un proceso, generalmente no interactúa con el usuario (es decir, a través del monitor, el teclado o el ratón) y puede ser iniciado por el sistema operativo al arrancar. En Windows 2000 y versiones posteriores, un servicio de Windows se configura y controla mediante diversas interfaces, como el Panel de control , el Administrador de control de serviciossc , los comandos `src` net starty net stop`src`, PowerShell o un programa personalizado.

Sin embargo, cualquier aplicación de Windows puede desempeñar el papel de un demonio, no solo de un servicio, y algunos demonios de Windows tienen la opción de ejecutarse como un proceso normal.

En el Mac OS clásico , las funciones y servicios opcionales se proporcionaban mediante extensiones del sistema y paneles de control : archivos que se cargaban al iniciar el sistema y modificaban el sistema operativo. Las versiones posteriores del Mac OS clásico complementaron estas funciones con aplicaciones en segundo plano : aplicaciones normales que se ejecutaban en segundo plano. Para el usuario, estas seguían describiéndose como extensiones del sistema.

macOS , la versión más moderna basada en Unix , utiliza demonios, pero emplea el término "servicios" para designar el software que realiza las funciones seleccionadas desde el menú Servicios , en lugar de utilizar ese término para los demonios, como hace Windows.