Como funcionan los runlevel del sistema

-

Como funcionan los runlevel del sistema GNU/Linux

El runlevel (del inglés, nivel de ejecución) es cada uno de los estados de ejecución en que se puede encontrar el sistema GNU/Linux. 

 El sistema se carga según la configuración que tenga establecida, y según el runlevel que tenga, se cargara el sistema de una manera u otra.

 Visto de forma simple, los runlevel  determinan qué programas se ejecutan al inicio del sistema.
  • 0    » Apagado del sistema
  • 1    » Modo monousuario
  • 2    » Modo multiusuario (Por defecto)
  • 3-5 » Igual que runlevel 2
  • 6    » Reinicio del sistema
Pasemos a describir cada runlevel:
  • El runlevel 0 es la condición de apagado del sistema. La mayoría de ordenadores actuales se apagarán al llegar a este nivel.
  • El 1 es conocido como de monousuario o usuario único. Suele llamarsele modo de rescate (rescue mode ó trouble-shooting). En este nivel no se ejecuta ningún servicio o demonio. Normalmente es posible iniciar el sistema en modo rescate desde el GRUB, o añadiendo la palabra single al final de la línea de comandos del kernel.
  • Del runlevel 2 al 5 son modos multiusuario, y el modo usado por defecto.
  • Si el 0 era la condición de apagado, el 6 es la señal de reinicio del sistema. Es exactamente igual que el runlevel 0 salvo que reinicia al terminar la secuencia en lugar de apagar.

 ¿Dónde residen los Run Level?

Como todo en un sitema Linux, están definidos mediante ficheros, y se encuentran bajo el directorio /etc:

/etc/rc0.d       Run level 0
/etc/rc1.d       Run level 1
/etc/rc2.d       Run level 2
/etc/rc3.d       Run level 3
/etc/rc4.d       Run level 4
/etc/rc5.d       Run level 5
/etc/rc6.d       Run level 6
 
Veamos el contenido del runlevel 2: 
 
stuxnet@nimda:/etc/rc2.d# ls -ltr
total 4
-rw-r--r-- 1 root root 677 Apr  6  2015 README
lrwxrwxrwx 1 root root  14 Jan 31  2017 S01motd -> ../init.d/motd
lrwxrwxrwx 1 root root  17 Jan 31  2017 S01rsyslog -> ../init.d/rsyslog
lrwxrwxrwx 1 root root  19 Jan 31  2017 S06rmnologin -> ../init.d/rmnologin
lrwxrwxrwx 1 root root  18 Jan 31  2017 S06rc.local -> ../init.d/rc.local
lrwxrwxrwx 1 root root  18 Jan 31  2017 S05bootlogs -> ../init.d/bootlogs
lrwxrwxrwx 1 root root  13 Jan 31  2017 S03ssh -> ../init.d/ssh
lrwxrwxrwx 1 root root  15 Jan 31  2017 S03rsync -> ../init.d/rsync
lrwxrwxrwx 1 root root  16 Jan 31  2017 S03gdomap -> ../init.d/gdomap
lrwxrwxrwx 1 root root  14 Jan 31  2017 S03dbus -> ../init.d/dbus
lrwxrwxrwx 1 root root  14 Jan 31  2017 S03cron -> ../init.d/cron
lrwxrwxrwx 1 root root  13 Jan 31  2017 S03atd -> ../init.d/atd
lrwxrwxrwx 1 root root  15 Jan 31  2017 S03acpid -> ../init.d/acpid
lrwxrwxrwx 1 root root  17 Jan 31  2017 S02apache2 -> ../init.d/apache2
lrwxrwxrwx 1 root root  15 Jan 31  2017 S04exim4 -> ../init.d/exim4
lrwxrwxrwx 1 root root  15 Jan 31  2017 S03mysql -> ../init.d/mysql
lrwxrwxrwx 1 root root  13 May  2  2017 S03ntp -> ../init.d/ntp
lrwxrwxrwx 1 root root  18 Jan 19 16:56 S03iptables -> ../init.d/iptables


Cada fichero es un enlace simbólico a su respectivo script residente en /etc/init.d. Estos scripts controlan la detención o inicio de un servicio.

 El nombre de los enlaces de estos directorios puede ser poco intuitivos al principio, pero veamos su significado, la sintaxis es:

[K | S] + nn + [string]
 
Es decir, la primera letra del nombre puede ser una K o una S, seguidas de un número de dos dígitos, del 01 al 99 y por último una cadena de texto. La K significa que el servicio será detenido al entrar al runlevel (Kill), la S para iniciarlo (Start). El número indica la prioridad del servicio dentro del runlevel, por ejemplo, S02apache y S01php iniciará primero php y luego apache. Si dos servicios tienen el mismo orden de prioridad numérico, se procede en orden alfabético. 

Para saber en que nivel o runlevel estamos, deberemos de escribir:

Cómo agregar un servicio a un runlevel

# runlevel
 
Si deseamos agregar un servicio a un runlevel deberemos usar el comando update-rc.d. Por ejemplo, si quieres que nginx o Apache se ejecuten en cada inicio del sistema, basta con agregarlos a los runlevel 2-5, correspondientes al modo multiusuario:

# update-rc.d nginx start 90 2 3 4 5 . stop 01 0 1 6 .

El 90 es el número de prioridad para el inicio (S90nginx) aplicado a los runlevles 2-5, el 01 para la prioridad de detención (K01nginx) en los runlevel 0 1 y 6. Lo más sencillo es aplicar los valores por defecto con:
 
# update-rc.d lighttpd defaults

Comentarios

Publicar un comentario

Entradas más populares de este blog

RDP Servidor de Escritorio Remoto en Debian 9 Stretch

-
Imagen
RDP Servidor de Escritorio Remoto en Debian 9 Stretch En ocaciones es necesario implementar un Servidor de Aplicaciones Linux de forma centralizada porque tenemos varias máquinas de bajos recursos y no queremos batallar con la instalación de un servidor Linux Terminal Server, o simplemente deseamos acceder directamente al Escritorio de uno o más equipos remotos con Linux instalado, tal y como hacemos en los equipos con sistemas operativos Microsoft Windows mediante el Microsoft Terminal Server Client. El Remote Desktop Protocol server xrdp, ofrece un inicio de sesión gráfico –graphical login– a cualquier cliente que utilice el Protocolo de Acceso Remoto a Escritorio o “Remote Desktop Protocol RDP“. xrdp se puede conectar a una sesión gráfica local creada por el servidor de las X.xorg con los drivers del paquete xorgxrdp, con un servidor VNC X11 y pasarla a otro servidor RDP. xrdp acepta conexiones desde: freerdp-x11 : Cliente gráfico -X11- RDP para Microsoft Terminal Services
Leer más

Vulnerability - Check for SSL Weak Ciphers Windows 10, Windows Server 2016, Windows Server 2008

-
Hace un par de semanas realicé un escaneo de Vulnerabilidades con OpenVas y me encontré con la siguiente vulnerabilidad en los Sistemas Windows 10 Pro, Windows Server 2016, Windows Server 2008: Vulnerability - Check for SSL Weak Ciphers Vulnerability - Check for SSL Weak Ciphers (192.168.X.X:3389) Vulnerability Detection Result: Weak ciphers offered by this service: TLS1_RSA_DES_192_CBC3_SHA TLS1_RSA_DES_192_CBC3_SHA TLS_1_2_RSA_WITH_3DES_EDE_CBC_SHA CVSS Base Vector: AV:N/AC:M/Au:N/C:P/I:N/A:N Solution: The configuration of this services should be changed so that it does not support the listed weak ciphers anymore. Summary: This routine search for weak SSL ciphers offered by a service. Insight: These rules are applied for the evaluation of the cryptographic strength: - Any SSL/TLS using no cipher is considered weak. - All SSLv2 ciphers are considered weak due to a design flaw within the SSLv2 protocol. - RC4 is considered to be weak. - Ciphers using 64 bit or less are considered to
Leer más

Analizando la seguridad de SSL/TLS con testssl.sh

-
Imagen
testssl.sh :Es una herramienta de línea de comandos gratuita que comprueba el servicio de un servidor en cualquier puerto para la compatibilidad de cifrados TLS/SSL, protocolos, así como fallas criptográficas recientes y más. Herramienta simple de instalar y utilizar flexible, confiable con un buen número de funcionalidades, la mayor ventaja que se tiene es la privacidad, ya que al correr desde línea de comandos (en un sistema privado), sólo quien corre el test es capaz de acceder a los resultados, y no una tercera parte (como cuando se usan servicios en Internet como los de Qualys). El código fuente de testssl.sh está diponible en GitHub en github.com/drwetter/testssl.sh/ . Pagina https://testssl.sh/ Para instalar esta herramienta, es posible descargar la última versión estable que se encuentre en la página Releases - drwetter/testssl.sh : #wget https://github.com/drwetter/testssl.sh/archive/v2.9.5-6.tar.gz #tar -xvf v2.9.5-6.tar.gz #cd testssl.sh-2.9.5-6/ testssl.
Leer más