Servicios del Sistema en RHEL5

Introducción a los Servicios del
Sistema
J. Álvarez M.
Instituto Profesional DUOC UC
Semestre 1 - 2012

Objetivos
• Comprender como son administrados los
servicios.
• Aprender acerca de los rasgos distintivos
comunes entre servicios.
• Introducir los métodos de análisis de fallas de
servicios.

Agenda
•
•
•
•
•
•
•

Conceptos de administración de servicios.
Serviciosadministrados por init.
Administración de servicios System V.
Servicios administrados por xinetd.
Los archivos /etc/sysconfig.
Análisis de fallas.
Security Enhanced Linux, SELinux

Administración de Servicios
• Los servicios son administrados de varias
maneras:
 por init
 por scripts System V
 por comandos directos
 Por xinetd

Servicios administrados por init
• Típicamenteservicios no-TCP/IP, por ejemplo,
dial-in modems.
• Servicios que involucran dial-in modems o
puertos seriales (por ejemplo, terminales
tontos) están bajo control de init.
• Provee capacidades de respawn – init puede
automáticamente volver a ejecutar (respawn)
un programa que termina.

Servicios administrados por init
• La administración del sistema X Window en
run level 5 es un ejemplode este tipo de
servicio.
• Configurados en /etc/inittab.
• Archivos de servicios en el directorio
/etc/init.d.

Administración de servicios System V
• Los procesos son “wrapped” (envueltos) por
los scripts de inicialización System V.
• Mas que un script, a menudo son usados
varios archivos de configuración, por servicio.
• Algunos servicios tiene mas de un demonio
(daemon)administrado por el script service.
• El nombre del script y el nombre del demonio
que lo inicia a menudo son similares, pero no
siempre es así.

Administración de servicios System V
• La invocación del script del servicio puede ser
realizada directamente, o bien a través del uso
del comando service, por ejemplo:
/etc/init.d/cups start o bien service cups
start.
• El comando service es un“wrapper of
wrappers”.

chkconfig
• Administra la definición de servicios a nivel de
runlevels.
• Por ejemplo, para iniciar el servicio cups en el
booteo: chkconfig cups on.
• chkconfig no modifica el estado de ejecución
actual de los servicios System V.
• Se pueden listar las definiciones de los
runlevels con: chkconfig --list.

chkconfig
[root@localhost~]# chkconfig --list[root@localhost~]# chkconfig xfs --list
[root@localhost~]# chkconfig --list ¦ grep xfs

chkconfig
• Usando chkconfig una definición de servicio
persiste a través de los reboots.
• chkconfig también administra servicios xinetd.
[root@localhost~]# chkconfig cups --list
cups 0:off 1:off 2:off 3:on 4:off 5:on …
• El comando chkconfig on habilita
por defecto el servicio en los runlevels 2, 3, 4
y5.

chkconfig
• El comando chkconfig off
deshabilita el servicio en los runlevels 2, 3, 4 y
5.
• El comando chkconfig --add asegura
que un enlace simbólico kill o start es definido
para cada runlevel.
• El comando chkconfig --del
remueve un servicio desde la administración
de chkconfig.

chkconfig
• Por ejemplo, para “parar” el servicio nscd en
los runlevels 3, 4 y 5, seutilizaría el siguiente
comando:
#chkconfig --level 345 nscd off

Servicios administrados por xinetd
• Los servicios son iniciados por xinetd en
respuesta a requerimientos entrantes.
• xinetd es también administrado por un script
System V. El monitorea los puertos usados por
todos los servicios bajo su cuidado, y inicia
servicios en respuesta a conexiones entrantes.
• chkconfigactiva/desactiva servicios xinetd
instalados: chkconfig cups-lpd on.
• Archivos en el directorio /etc/xinetd.d/.

El demonio xinetd
• xinetd administra recursos específicos de red
y autenticación: servicios necesitados menos
frecuentemente, autenticación basada en
hosts, servicios estadísticos y de logging,
servicios de redirección de IP.
• xinetd reemplaza a inetd.
• xinetd es linkeado con...