Administración del Sistema operativo y software de base. Actualización, mantenimiento y reparación del sistema operativo.

Índice

1. Por qué este tema se contesta en la consola
2. Qué es administrar un sistema operativo. El software de base
3. El arranque: del firmware al primer proceso
4. systemd por dentro: unidades, systemctl y journalctl
5. El sistema de ficheros: jerarquía, tipos y montaje
6. Almacenamiento lógico: particiones, LVM y RAID
7. Usuarios, grupos y permisos
8. Procesos, recursos y rendimiento
9. Software de base: paquetes y repositorios
10. Windows Server: roles, PowerShell y Directorio Activo
11. Mantenimiento y reparación del sistema
12. Registro, monitorización y auditoría
13. Actualización y parcheo
14. Automatización y tareas programadas
15. Cuadros para memorizar
16. Los errores que más caen
17. Autoevaluación

1. Por qué este tema se contesta en la consola

Este es el primer tema del Bloque IV, «Sistemas y comunicaciones», y conviene entender desde la primera línea que no se pregunta como los tres bloques anteriores. En el Bloque I te preguntan qué dice un artículo; en el II y el III, qué es una cosa y en qué se diferencia de otra. Aquí te preguntan qué escribirías.

No es una impresión: está medido sobre los nueve exámenes oficiales que tenemos cargados. De las 36 preguntas del corpus que tocan esta materia, la inmensa mayoría son de una de estas cuatro familias:

• Una orden concreta y sus tres imitaciones. «Para habilitar el servicio nginx automáticamente en el arranque, ¿qué orden de systemd resulta adecuada?» — y las opciones son systemctl enable nginx, systemctl autostart nginx, service nginx start-enable y systemctl run nginx -onboot. Solo una existe. Las otras tres suenan a que existen.
• Un componente y tres nombres plausibles. «¿Qué componente permite auditar accesos y modificaciones a ficheros con reglas preconfiguradas?» — traceguardian, top, journalctl, auditd. El primero es inventado; el segundo y el tercero existen pero hacen otra cosa.
• Un escenario con datos y la SECUENCIA correcta. El de LVM de 2026 da el tamaño del grupo de volúmenes, el del volumen lógico, el sistema de ficheros y el punto de montaje, y pregunta por el orden de las operaciones.
• La herramienta gráfica de Windows por su nombre de fichero. «¿Qué herramienta gráfica nativa usaría?» — dsa.msc, lusrmgr.msc, netplwiz, certmgr.msc.

De ahí sale la forma de estudiar este tema, que es distinta de la de los anteriores: hay que saberse los nombres exactos. No basta con entender que systemd habilita servicios en el arranque; hay que saber que el verbo es enable y no autostart. No basta con saber que Linux tiene un sistema de auditoría; hay que saber que se llama auditd y que journalctl es otra cosa.

Y una advertencia sobre las versiones. Los enunciados citan versiones concretas —RHEL 8.8, Windows Server 2019, Tomcat 9, Ubuntu— porque el tribunal escribe el supuesto en un momento dado. Eso no significa que esas sean las versiones vigentes hoy, ni que haya que estudiarlas como si lo fueran. Lo que se pregunta en realidad es el mecanismo, que apenas cambia entre versiones: systemctl enable funciona igual en RHEL 8 que en RHEL 9, y una unidad organizativa es lo mismo en Windows Server 2019 que en 2022. Copiar la versión del enunciado a los apuntes como si fuera doctrina es uno de los errores clásicos de esta materia.

2. Qué es administrar un sistema operativo. El software de base

El enunciado oficial del tema habla de dos cosas distintas que conviene separar desde el principio: la administración del sistema operativo y el software de base.

2.1 El sistema operativo y sus funciones

Un sistema operativo es el programa que gestiona los recursos de la máquina y ofrece a los demás programas una forma uniforme de usarlos. Sus funciones clásicas son cinco, y conviene tenerlas nombradas porque los distractores suelen jugar con ellas:

• Gestión de procesos. Crear, planificar, suspender y terminar procesos; repartir el procesador entre ellos.
• Gestión de memoria. Asignar y liberar memoria, traducir direcciones virtuales a físicas, gestionar el intercambio con el disco.
• Gestión de ficheros. Organizar el almacenamiento en ficheros y directorios, con nombres, permisos y metadatos.
• Gestión de entrada y salida. Hablar con los dispositivos a través de los controladores, con sus colas y sus memorias intermedias.
• Protección y seguridad. Aislar los procesos entre sí, autenticar a los usuarios y controlar el acceso a los recursos.

Estas funciones las presta el núcleo —el kernel—, que es la parte del sistema que se ejecuta en modo privilegiado. Alrededor del núcleo vive el resto: los intérpretes de órdenes, las bibliotecas del sistema, los servicios de fondo y las utilidades de administración.

2.2 Qué es el software de base

La expresión software de base —o software de sistema— designa el conjunto de programas que no resuelven un problema del usuario final, sino que sostienen la ejecución de los que sí lo hacen. Es una capa, no un producto. Incluye:

• El sistema operativo propiamente dicho, con su núcleo y sus servicios.
• Los controladores de dispositivo, que traducen las órdenes genéricas del sistema al lenguaje de cada aparato concreto.
• Las utilidades del sistema: gestores de ficheros, herramientas de copia, desfragmentadores, comprobadores de disco, gestores de arranque.
• Los gestores de bases de datos, los servidores de aplicaciones y los servidores web cuando se instalan como plataforma sobre la que corren las aplicaciones.
• Las máquinas virtuales de lenguaje y los entornos de ejecución, como la máquina virtual de Java o el tiempo de ejecución de la plataforma .NET.
• El middleware: colas de mensajes, monitores transaccionales, servidores de directorio.

La frontera no siempre es nítida, y no hace falta que lo sea. Lo que importa a efectos de examen es la idea: administrar el software de base es administrar la plataforma, y por eso el mismo tema mezcla el sistema operativo con Tomcat, con MySQL y con el Directorio Activo.

2.3 Las tareas del administrador

El trabajo de administración de sistemas se organiza, tradicionalmente, en estos bloques —que son también, punto por punto, el guion de este tema:

Tarea	En qué consiste
Instalación y configuración	Preparar el sistema, particionar, instalar, dejar los servicios arrancando solos.
Gestión de usuarios	Altas, bajas, grupos, permisos, políticas de contraseña, delegación.
Gestión del almacenamiento	Particiones, volúmenes, sistemas de ficheros, cuotas, ampliaciones.
Gestión de procesos y recursos	Vigilar la carga, matar lo que se desmanda, ajustar prioridades.
Actualización y parcheo	Aplicar correcciones de seguridad sin romper lo que funciona, y saber volver atrás.
Copias de seguridad	Planificar, ejecutar y —sobre todo— probar la restauración.
Monitorización y registro	Saber qué está pasando ahora y qué pasó ayer a las tres de la mañana.
Seguridad	Endurecer la configuración, auditar accesos, responder a incidentes.
Documentación	Que el siguiente pueda entender lo que hay montado.

3. El arranque: del firmware al primer proceso

El arranque es materia de examen por dos motivos: porque es donde se decide qué servicios se levantan, y porque es donde más cosas se rompen. La secuencia, en un sistema moderno, tiene cuatro escalones.

3.1 Firmware: BIOS y UEFI

Al encender, el procesador ejecuta el firmware de la placa. Hay dos generaciones y el examen distingue entre ellas:

• BIOS (Basic Input/Output System): el clásico. Ejecuta la comprobación de encendido —el POST—, busca un dispositivo arrancable y carga los primeros 512 bytes del disco, el MBR (Master Boot Record). El esquema de particiones MBR admite como máximo cuatro particiones primarias y discos de hasta 2 TiB.
• UEFI (Unified Extensible Firmware Interface): el sustituto. No lee un sector de arranque, sino que lee ficheros con extensión .efi desde una partición especial con formato FAT32 llamada ESP (EFI System Partition). Usa el esquema de particiones GPT (GUID Partition Table), que admite hasta 128 particiones por omisión y discos muy por encima de los 2 TiB.

UEFI aporta además el arranque seguro (Secure Boot): el firmware verifica la firma digital de cada componente antes de ejecutarlo, de modo que un cargador manipulado no arranca. Es la respuesta a los programas maliciosos que se instalaban por debajo del sistema operativo.

3.2 Gestor de arranque

El gestor de arranque (bootloader) es el programa que carga el núcleo en memoria y le pasa el control. En el mundo Linux el habitual es GRUB 2 (GRand Unified Bootloader), cuya configuración se genera —no se edita a mano— a partir de /etc/default/grub y los guiones de /etc/grub.d/. En Windows, el Administrador de arranque con su almacén BCD (Boot Configuration Data).

El gestor de arranque es también la puerta de la reparación: desde su menú se puede arrancar con un núcleo anterior, entrar en modo de usuario único o pasar parámetros al núcleo.

3.3 Núcleo e initramfs

El núcleo se descomprime, inicializa el hardware básico y monta un sistema de ficheros temporal en memoria, el initramfs (initial RAM filesystem). Ese sistema mínimo lleva los módulos necesarios para poder montar el sistema de ficheros raíz de verdad —controladores de disco, RAID, LVM, cifrado—. Sin él, un núcleo genérico no sabría leer el disco donde está todo lo demás.

Para saber qué versión de núcleo está corriendo, la orden es uname -r. Es una pregunta literal del examen de 2024, repetida en tres cuadernillos, y sus distractores son ilustrativos: uname -o devuelve el nombre del sistema operativo, no la versión del núcleo; dpkg -i instala un paquete; kexec -l carga un núcleo nuevo para arrancarlo sin reiniciar. Las cuatro son órdenes reales; solo una responde a la pregunta.

3.4 El primer proceso: de init a systemd

Montada la raíz, el núcleo ejecuta el primer proceso de espacio de usuario, que recibe siempre el identificador PID 1 y es el antepasado de todos los demás. Históricamente era init, el del System V de UNIX; hoy, en las distribuciones mayoritarias, es systemd.

El modelo antiguo, System V init, organizaba el arranque en niveles de ejecución (runlevels) numerados del 0 al 6, y ejecutaba guiones de /etc/init.d/ en orden alfabético a través de enlaces en /etc/rcN.d/. Era secuencial y lento. Los niveles clásicos:

Nivel	Significado	Equivalente en systemd
0	Apagado	poweroff.target
1	Monousuario (mantenimiento)	rescue.target
2, 3, 4	Multiusuario (3, con red y sin entorno gráfico)	multi-user.target
5	Multiusuario con entorno gráfico	graphical.target
6	Reinicio	reboot.target

La tabla de equivalencias es materia de examen: es la forma habitual de comprobar que se conocen los dos modelos.

4. systemd por dentro: unidades, systemctl y journalctl

Si hay una sola cosa que este tema exige dominar, es systemd. Aparece en los tres cuadernillos de 2026 y es lo primero que se pregunta en la parte práctica.

4.1 Qué cambia respecto de init

systemd sustituye el arranque secuencial por uno basado en dependencias y paralelo. En vez de una lista ordenada de guiones, describe el sistema como un conjunto de unidades con relaciones entre ellas, y arranca en paralelo todo lo que puede arrancar a la vez. Añade además activación por socket, activación por bus, supervisión de servicios caídos, control de recursos por grupos de control (cgroups) y un registro propio, binario e indexado.

4.2 Los tipos de unidad

Una unidad es un fichero de configuración que describe algo que systemd sabe gestionar. La extensión del fichero indica el tipo, y esa correspondencia se pregunta:

Extensión	Qué describe
.service	Un servicio o demonio: cómo se arranca, cómo se para, qué hacer si se cae.
.socket	Un socket de red o local; permite arrancar el servicio la primera vez que alguien se conecta.
.target	Un punto de sincronización, agrupación de unidades. Sustituye a los niveles de ejecución.
.mount / .automount	Un punto de montaje; el segundo lo monta al primer acceso.
.timer	Una activación programada en el tiempo. Es la alternativa moderna a cron.
.path	Vigila una ruta y activa una unidad cuando cambia.
.device	Un dispositivo tal y como lo ve el núcleo.
.swap	Una zona de intercambio.
.slice / .scope	Agrupaciones para el reparto de recursos.

Las unidades del sistema viven en tres sitios, con precedencia creciente: /usr/lib/systemd/system/ (las que trae el paquete), /etc/systemd/system/ (las del administrador, que ganan) y /run/systemd/system/ (las de tiempo de ejecución). Tras editar a mano, hay que ejecutar systemctl daemon-reload para que systemd relea los ficheros.

4.3 systemctl: los verbos que hay que saberse

Esta tabla es el corazón del tema. La pregunta de 2026 —habilitar nginx en el arranque— se contesta sabiendo distinguir start de enable, que es exactamente la confusión que el tribunal explota.

Orden	Qué hace
systemctl start nginx	Arranca el servicio ahora. No dice nada del próximo arranque.
systemctl stop nginx	Lo para ahora.
systemctl restart nginx	Lo para y lo vuelve a arrancar.
systemctl reload nginx	Le hace releer la configuración sin cortar el servicio, si la admite.
systemctl enable nginx	Hace que arranque solo en los próximos arranques. No lo arranca ahora.
systemctl disable nginx	Deja de arrancarlo automáticamente.
systemctl enable --now nginx	Las dos cosas: lo habilita y lo arranca.
systemctl status nginx	Estado, PID, últimas líneas del registro.
systemctl is-enabled nginx	Responde si está habilitado para el arranque.
systemctl mask nginx	Lo inhabilita del todo: ni a mano se puede arrancar. Se deshace con unmask.
systemctl list-units --type=service	Lista las unidades cargadas.
systemctl daemon-reload	Relee los ficheros de unidad tras editarlos.
systemctl get-default / set-default	Consulta o fija el target por omisión.

Conviene saber también que service nginx start y chkconfig son las órdenes antiguas, de System V. En un sistema con systemd siguen funcionando por compatibilidad —se redirigen a systemctl—, pero no son la respuesta cuando la pregunta dice «orden de systemd».

4.4 journalctl: el registro de systemd

systemd trae su propio registro, journald, que guarda los mensajes en formato binario e indexado —no en texto plano— con metadatos por cada entrada: unidad, PID, usuario, prioridad, marca de tiempo monótona. Se consulta con journalctl:

Orden	Qué muestra
journalctl -u nginx	Todo el registro de esa unidad.
journalctl -u nginx -n 50	Las 50 últimas líneas de esa unidad.
journalctl -f	Sigue el registro en vivo, como tail -f.
journalctl -b	Solo el arranque actual. -b -1, el anterior.
journalctl -p err	Filtra por prioridad (de emerg a debug).
journalctl --since "2026-08-29 03:00"	Filtra por fecha y hora.
journalctl --disk-usage / --vacuum-time=30d	Cuánto ocupa el registro y cómo purgarlo.

La pregunta de 2026 pedía «las 50 últimas líneas del registro del servicio nginx usando el journal». La respuesta es journalctl -u nginx -n 50. Los distractores son muy finos y merece la pena desmontarlos uno a uno: --last=50 no es una opción de journalctl; journalctl nginx -t 50 usa mal el filtro de identificador; y tail -n 50 /var/log/messages sí devolvería 50 líneas, pero no usa el journal —lee el fichero de texto de rsyslog— y además no filtra por unidad.

Por omisión, en muchas distribuciones el registro es volátil: vive en /run/log/journal/ y se pierde al reiniciar. Para hacerlo persistente se crea /var/log/journal/ o se fija Storage=persistent en /etc/systemd/journald.conf. Es un detalle que se pregunta como «por qué no veo el registro de ayer».

5. El sistema de ficheros: jerarquía, tipos y montaje

5.1 La jerarquía estándar

En UNIX y Linux todo cuelga de un único árbol cuya raíz es /. No hay letras de unidad: un disco nuevo no aparece como «D:», sino que se monta en un directorio del árbol. La organización la fija el FHS (Filesystem Hierarchy Standard), y sus directorios se preguntan directamente:

Directorio	Qué contiene
/etc	Ficheros de configuración del sistema y de las aplicaciones instaladas. Solo configuración: nada de binarios ni de datos.
/bin, /usr/bin	Ejecutables de uso general.
/sbin, /usr/sbin	Ejecutables de administración.
/lib, /usr/lib	Bibliotecas compartidas y módulos del núcleo.
/var	Datos variables: registros (/var/log), colas de correo e impresión, cachés, bases de datos.
/tmp	Temporales; se puede borrar en cada arranque.
/home	Directorios personales de los usuarios.
/root	Directorio personal del administrador. Ojo: no es la raíz.
/dev	Ficheros especiales de dispositivo.
/proc	Sistema de ficheros virtual con información de procesos y del núcleo.
/sys	Virtual; expone la vista del núcleo sobre dispositivos y controladores.
/opt	Software adicional de terceros.
/boot	Núcleo, initramfs y configuración del gestor de arranque.
/mnt, /media	Puntos de montaje: manuales el primero, extraíbles el segundo.
/srv	Datos servidos por el sistema (web, FTP).

La pregunta de 2019 es exactamente esta tabla: «¿qué directorio contiene los ficheros de configuración tanto de los componentes del sistema como de los programas instalados después?». La respuesta es /etc, y los distractores —/root, /bin, /dev— son tres directorios reales con otra función. Confundir /root con la raíz / es el error que la pregunta busca.

5.2 Tipos de sistema de ficheros

Sistema	Mundo	Rasgos que se preguntan
ext4	Linux	El clásico de Linux. Con registro por diario (journaling). Se puede reducir además de ampliar.
XFS	Linux	Por omisión en Red Hat Enterprise Linux. Alto rendimiento con ficheros grandes. Se puede ampliar en caliente, pero NO reducir.
Btrfs	Linux	Copia en escritura, instantáneas, sumas de verificación, subvolúmenes.
ZFS	UNIX/Linux	Une gestor de volúmenes y sistema de ficheros; integridad extremo a extremo.
FAT32	Universal	Compatible con todo, pero 4 GiB por fichero como máximo. Es el formato de la partición ESP de UEFI.
exFAT	Universal	Sin el límite de 4 GiB; para memorias extraíbles grandes.
NTFS	Windows	El de Windows: permisos por lista de control de acceso, diario, cifrado, compresión, cuotas.
ReFS	Windows Server	Resilient File System: resistencia a la corrupción y sumas de verificación; pensado para volúmenes muy grandes.

El diario (journaling) es el concepto que hay que saber explicar: antes de tocar los datos, el sistema anota en un registro la operación que va a hacer. Si se corta la luz a mitad, al arrancar se lee ese registro y se completa o se descarta la operación, en vez de tener que recorrer el disco entero buscando incoherencias. Es lo que hace que un servidor moderno arranque en segundos tras un corte y no en horas.

5.3 Montaje y /etc/fstab

Montar es enganchar un sistema de ficheros en un directorio del árbol. La orden es mount /dev/sdb1 /datos; para desmontar, umount /datos. Se consulta el espacio con df -h y lo que ocupa un directorio con du -sh.

Los montajes permanentes se declaran en /etc/fstab, con seis campos por línea: dispositivo, punto de montaje, tipo, opciones, volcado y orden de comprobación. Ese sexto campo es el que dice a fsck en qué orden revisar los sistemas de ficheros al arrancar: 1 para la raíz, 2 para los demás, 0 para no comprobar.

Identificar el dispositivo por su nombre (/dev/sdb1) es frágil: si se cambia un disco de sitio, los nombres bailan. Por eso lo correcto es usar el UUID del sistema de ficheros o su etiqueta, que se consultan con blkid. Un /etc/fstab mal escrito es una de las causas clásicas de que un servidor no arranque, porque systemd espera un dispositivo que nunca aparece.

6. Almacenamiento lógico: particiones, LVM y RAID

Aquí está el supuesto práctico de 2026, que es la pregunta más elaborada de todo el tema y merece que se estudie con calma, porque exige entender dos capas apiladas: el volumen lógico por debajo y el sistema de ficheros por encima.

6.1 Particiones

Una partición es una división de un disco físico. El esquema de particionado puede ser MBR —hasta cuatro primarias, o tres primarias más una extendida que contiene lógicas, y discos de hasta 2 TiB— o GPT, que quita esos dos límites y guarda una copia de seguridad de la tabla al final del disco. Las herramientas son fdisk (MBR), gdisk y parted (ambos esquemas), y lsblk para ver el mapa de bloques.

El problema de las particiones clásicas es que son rígidas: están definidas por un sector inicial y otro final, así que ampliar una exige que haya espacio contiguo justo detrás. En un servidor con años de vida, eso casi nunca ocurre.

6.2 LVM: el gestor de volúmenes lógicos

LVM (Logical Volume Manager) resuelve esa rigidez metiendo una capa de indirección entre los discos y los sistemas de ficheros. Tiene tres niveles, y saberse los tres nombres y sus siglas es imprescindible:

Nivel	Sigla	Qué es
Volumen físico	PV (Physical Volume)	Un disco o una partición preparados para LVM con pvcreate. Es la materia prima.
Grupo de volúmenes	VG (Volume Group)	Un conjunto de volúmenes físicos tratados como una bolsa común de espacio. Se crea con vgcreate y se amplía añadiéndole volúmenes físicos con vgextend.
Volumen lógico	LV (Logical Volume)	Una porción del grupo que se comporta como un disco: se formatea y se monta. Se crea con lvcreate.

El espacio del grupo se reparte en unidades llamadas extensiones (extents): extensiones físicas en el volumen físico y lógicas en el volumen lógico. Un volumen lógico no necesita ser contiguo, y por eso se puede ampliar mientras quede espacio libre en cualquier parte del grupo.

Las órdenes se agrupan por prefijo, lo que facilita memorizarlas: pv* para volúmenes físicos, vg* para grupos, lv* para volúmenes lógicos. Y dentro de cada familia, los sufijos se repiten: create, display, s (listar), extend, remove.

Orden	Para qué
pvcreate /dev/sdc	Prepara un disco como volumen físico.
vgextend vg_datos /dev/sdc	Añade ese disco al grupo, aumentando el espacio disponible.
vgs / vgdisplay	Cuánto espacio libre queda en el grupo.
lvextend -L 600G /dev/vg_datos/lv_contenido	Lleva el volumen lógico a 600 GiB.
lvextend -L +100G ...	Le suma 100 GiB. El signo más cambia el significado.
lvextend -r ...	Amplía el volumen y el sistema de ficheros de encima, en un paso.
lvcreate -s -n snap -L 10G ...	Crea una instantánea del volumen.

6.3 Las dos capas: por qué ampliar son DOS operaciones

Este es el punto que decide el supuesto de 2026. Ampliar el volumen lógico no amplía el sistema de ficheros. Son dos cosas distintas y apiladas: el volumen lógico es el «disco», y el sistema de ficheros es la estructura que vive dentro. Si solo se agranda el disco, el sistema de ficheros sigue creyendo que mide lo de antes y el espacio nuevo no aparece en df.

La secuencia correcta es, por tanto:

1. Comprobar que hay espacio libre en el grupo (vgs). Si no lo hay, primero pvcreate + vgextend.
2. Extender el volumen lógico con lvextend.
3. Ampliar el sistema de ficheros encima: xfs_growfs /contenido para XFS, resize2fs /dev/vg/lv para ext4.

Y las dos se pueden hacer en caliente, con el sistema montado y en uso. Por eso la respuesta del examen es «extender el volumen lógico a 600 GiB y, a continuación, ampliar en línea el sistema de ficheros XFS sobre /contenido», y por eso los otros tres caminos están mal:

• Crear un volumen nuevo y sustituirlo en /etc/fstab obliga a copiar 500 GiB y a parar el servicio. Funcionaría, pero cambia la estructura del volumen, que es justo lo que el enunciado prohíbe.
• Trabajar sobre una instantánea no amplía nada: una instantánea es una vista congelada del volumen para hacer copias coherentes, no un mecanismo de crecimiento.
• Añadir un volumen físico y ejecutar fsck sobra por los dos lados: ya hay 200 GiB libres en el grupo, así que no hace falta disco nuevo; y fsck repara sistemas de ficheros, no los agranda —además, XFS ni siquiera usa fsck: su herramienta de reparación es xfs_repair, y exige el sistema desmontado—.

6.4 RAID

RAID (Redundant Array of Independent Disks) combina varios discos para ganar rendimiento, tolerancia a fallos o ambas cosas. Puede ser por hardware (una controladora dedicada) o por software (mdadm en Linux, Espacios de almacenamiento en Windows). Los niveles que se preguntan:

Nivel	Técnica	Discos mín.	Tolera	Capacidad útil
RAID 0	Division en bandas (striping)	2	Ningún fallo	100 %
RAID 1	Espejo (mirroring)	2	1 disco	50 %
RAID 5	Bandas con paridad distribuida	3	1 disco	n−1 discos
RAID 6	Doble paridad distribuida	4	2 discos	n−2 discos
RAID 10	Espejos en banda	4	1 por espejo	50 %

Dos ideas que el examen busca. La primera: RAID 0 no es redundante pese al nombre del acrónimo; reparte los datos entre discos para ir más rápido y, si cae uno, se pierde todo. La segunda, más importante en la práctica: RAID no es una copia de seguridad. Protege del fallo de un disco, no del borrado por error, del cifrado por un programa de secuestro ni de la corrupción lógica, porque todo eso se replica al instante en los demás discos.

7. Usuarios, grupos y permisos

7.1 Identificadores y cuentas

En UNIX cada usuario tiene un UID (identificador de usuario) y pertenece a uno o varios grupos, cada uno con su GID. El administrador es root y tiene el UID 0: no es que tenga muchos permisos, es que el núcleo se salta las comprobaciones cuando el UID efectivo es 0. Los usuarios de sistema suelen ocupar los UID bajos y los humanos empiezan en 1000.

Los ficheros implicados:

Fichero	Contiene
/etc/passwd	Una línea por cuenta: nombre, UID, GID principal, descripción, directorio personal e intérprete de órdenes. Es legible por todos; por eso ya no guarda contraseñas.
/etc/shadow	Los resúmenes de las contraseñas y su política de caducidad. Solo lo lee root.
/etc/group	Grupos y sus miembros secundarios.
/etc/sudoers	Quién puede ejecutar qué como otro usuario. Se edita con visudo, que valida la sintaxis antes de guardar.
/etc/skel	Plantilla que se copia al directorio personal de cada usuario nuevo.

Órdenes: useradd / usermod / userdel, groupadd, passwd, chage para la caducidad, id para ver los identificadores efectivos y su o sudo para cambiar de identidad. La diferencia entre los dos últimos se pregunta: su pide la contraseña del usuario destino y abre una sesión suya; sudo pide la tuya, consulta la política de /etc/sudoers, ejecuta una sola orden y lo deja registrado. Por eso sudo es la forma correcta de delegar: da trazabilidad y permite dar permisos finos en vez de la contraseña de root.

7.2 Permisos

Cada fichero tiene un propietario, un grupo y nueve bits de permiso, en tres ternas —usuario, grupo, otros— de lectura, escritura y ejecución. En notación octal, r=4, w=2, x=1:

Octal	Simbólico	Uso típico
755	rwxr-xr-x	Programas y directorios públicos.
644	rw-r--r--	Ficheros de datos normales.
600	rw-------	Claves privadas, ficheros sensibles.
777	rwxrwxrwx	Casi siempre un error de configuración.

Sobre un directorio los bits significan otra cosa, y esto se pregunta: r permite listar su contenido, w permite crear y borrar entradas dentro —aunque los ficheros no sean tuyos— y x permite atravesarlo para llegar a lo que hay dentro. Un directorio con r pero sin x deja ver los nombres y no abrir nada.

Hay tres bits especiales: SUID (4000), que hace que el programa se ejecute con la identidad de su propietario; SGID (2000), que hace lo mismo con el grupo y, en un directorio, hace que lo que se cree dentro herede el grupo; y el bit pegajoso (1000), que en un directorio compartido como /tmp impide que un usuario borre ficheros de otro aunque tenga permiso de escritura sobre el directorio.

Las órdenes son chmod (permisos), chown (propietario) y chgrp (grupo). La máscara umask fija qué permisos se quitan a lo que se crea: con umask 022, un fichero nuevo nace 644 y un directorio 755. Y cuando los nueve bits no bastan, están las listas de control de acceso (setfacl / getfacl), que permiten dar permisos a usuarios concretos fuera del propietario y el grupo.

8. Procesos, recursos y rendimiento

Un proceso es un programa en ejecución con su espacio de memoria, sus descriptores de fichero y su identificador, el PID. Todo proceso tiene un padre —su PPID—, y la raíz del árbol es el PID 1.

8.1 Ver qué está pasando

Orden	Qué da
ps aux / ps -ef	Foto fija de los procesos, con usuario, PID, consumo y orden.
top / htop	Vista en vivo, ordenada por consumo. Es monitorización, no auditoría.
pstree	El árbol de parentesco.
uptime	Tiempo encendido y carga media a 1, 5 y 15 minutos.
free -h	Memoria usada, libre, en caché y de intercambio.
vmstat, iostat, sar	Estadísticas de memoria virtual, disco y series históricas.
lsof	Qué ficheros y sockets tiene abiertos cada proceso.
ss -tulpn	Puertos a la escucha y qué proceso los tiene. Sustituye a netstat.

La carga media merece una nota porque se malinterpreta: no es un porcentaje, sino el número medio de procesos ejecutándose o esperando. En una máquina de cuatro núcleos, una carga de 4,00 significa ocupación completa; en una de un núcleo, saturación cuádruple.

8.2 Actuar sobre ellos

Las señales se envían con kill. Las tres que se preguntan: SIGTERM (15), la de por omisión, que pide al proceso que termine ordenadamente y puede ser capturada; SIGKILL (9), que lo mata el núcleo sin que el proceso pueda hacer nada —ni cerrar ficheros ni guardar—; y SIGHUP (1), que muchos servicios interpretan como «relee tu configuración». La buena práctica es probar con 15 antes de recurrir al 9.

La prioridad se ajusta con nice al lanzar y renice sobre un proceso vivo, en una escala de −20 (máxima prioridad) a 19 (mínima); bajar de 0 exige ser root. Un proceso que termina y cuyo padre no recoge su estado queda como zombi: ocupa una entrada en la tabla pero no consume recursos. Si el padre muere antes, el proceso queda huérfano y lo adopta el PID 1.

9. Software de base: paquetes y repositorios

Instalar y actualizar software en un servidor no se hace descargando ejecutables de una página, sino con un gestor de paquetes que resuelve dependencias, verifica firmas y mantiene una base de datos de lo instalado. Hay dos familias, y el examen pregunta por las dos.

9.1 Familia Debian: dpkg y APT

Los paquetes son ficheros .deb. Hay dos niveles, y confundirlos es el error clásico:

• dpkg es la herramienta de bajo nivel: instala un fichero .deb concreto (dpkg -i paquete.deb), lo lista (-l) o lo borra (-r). No resuelve dependencias ni sabe de repositorios: si falta algo, falla y lo dice.
• apt es la herramienta de alto nivel: habla con los repositorios configurados, resuelve dependencias y llama a dpkg por debajo.

Los verbos de APT se preguntan literalmente, y la distinción es exactamente la de una pregunta de 2019:

Orden	Qué hace
apt update	Descarga la información de los paquetes desde todas las fuentes configuradas. Refresca el índice; no instala ni actualiza nada.
apt upgrade	Actualiza los paquetes instalados a la versión disponible, sin eliminar ninguno.
apt full-upgrade	Igual, pero sí puede eliminar paquetes si hace falta para resolver un conflicto.
apt install / remove / purge	Instala, desinstala, y desinstala borrando también la configuración.
apt list / search / show	Lista, busca por texto y muestra los datos de un paquete.
apt autoremove	Quita las dependencias que ya no necesita nadie.

Las fuentes se configuran en /etc/apt/sources.list y en /etc/apt/sources.list.d/. Cada repositorio va firmado con una clave, y APT rechaza lo que no verifica: es la defensa contra un espejo manipulado.

9.2 Familia Red Hat: rpm, yum y dnf

Los paquetes son .rpm y la estructura se repite: rpm es el nivel bajo —rpm -ivh instala, -qa lista, -e borra, -qf dice a qué paquete pertenece un fichero— y dnf (antes yum) es el nivel alto, con install, update, remove, search y repolist. Los repositorios se declaran en /etc/yum.repos.d/.

Una diferencia práctica frente a APT: en el mundo Red Hat no hace falta un «update» previo para refrescar índices, porque dnf los refresca según su política de caducidad. Y dnf guarda un historial de transacciones (dnf history) que permite deshacer una actualización completa con dnf history undo, algo muy valorado cuando un parche rompe producción.

9.3 Formatos universales y contenedores

Junto a los dos anteriores conviven formatos que empaquetan la aplicación con sus dependencias para no depender de la distribución: Snap, Flatpak y AppImage. Y en el extremo, los contenedores, que llevan esa idea al aislamiento completo del entorno de ejecución —materia del tema IV·3—.

9.4 El ciclo de vida y el soporte

Una distribución de servidor se elige por su ciclo de soporte, no por llevar lo más nuevo. Las versiones LTS (Long Term Support) de Ubuntu y las versiones mayores de Red Hat Enterprise Linux reciben correcciones de seguridad durante años sin cambiar de comportamiento; ese es exactamente el motivo de que un servidor de producción pueda estar en una versión que ya no es la última. Cuando una versión llega a su fin de vida deja de recibir parches, y a partir de ahí cada vulnerabilidad nueva se queda sin corregir: mantener un sistema fuera de soporte es, en sí mismo, un incumplimiento en cualquier auditoría de seguridad.

10. Windows Server: roles, PowerShell y Directorio Activo

La mitad de las preguntas prácticas de este tema son de Windows Server, y casi todas giran alrededor de lo mismo: el Directorio Activo y cómo se hace cada cosa, por consola gráfica o por PowerShell.

10.1 Roles y características

Windows Server no se «instala con todo»: se le añaden roles —la función principal que va a prestar el servidor: controlador de dominio, servidor web, DHCP, DNS, servidor de ficheros— y características, que son complementos de apoyo. Se gestionan desde el Administrador del servidor (Server Manager) o desde PowerShell.

La orden de PowerShell es Install-WindowsFeature, y es una pregunta literal del examen de 2026: para instalar el rol de Servicios de Dominio de Active Directory se escribe

Install-WindowsFeature -name AD-Domain-Services -IncludeManagementTools

Los distractores están construidos con nombres que suenan bien y no existen (Add-ADDSRole, New-ADDomainService) y con uno que sí existe pero llega después: Install-ADDSForest. Esa distinción es la que se está preguntando de verdad y conviene fijarla:

1. Install-WindowsFeature -name AD-Domain-Services instala el rol: pone el software en la máquina.
2. Install-ADDSForest (o Install-ADDSDomainController, o Install-ADDSDomain) hace la promoción: convierte el servidor en controlador de dominio y crea el bosque, el dominio o añade un controlador a uno existente.

Primero se instala, después se promociona. El -IncludeManagementTools añade las consolas de administración, que si no, no vienen.

10.2 PowerShell

PowerShell es el intérprete de órdenes de administración de Windows. Dos rasgos lo distinguen de un intérprete clásico y se preguntan:

• La tubería transporta objetos, no texto. Lo que sale de una orden conserva sus propiedades y la siguiente puede filtrarlas por nombre, sin analizar cadenas.
• Los nombres siguen el patrón Verbo-Sustantivo, con una lista cerrada de verbos aprobados: Get-, Set-, New-, Remove-, Add-, Install-, Start-, Stop-. Esa regularidad es lo que permite adivinar el nombre correcto y, a la vez, lo que permite al tribunal fabricar distractores creíbles.

Órdenes habituales: Get-Service, Get-Process, Get-EventLog / Get-WinEvent, Get-ADUser, New-ADUser, Add-ADGroupMember, Get-Help. La política de ejecución (Get-ExecutionPolicy / Set-ExecutionPolicy) controla qué guiones se pueden ejecutar y es una salvaguarda de seguridad, no un permiso de usuario.

10.3 Las consolas gráficas por su nombre de fichero

Las herramientas de administración de Windows son complementos de la consola de gestión y se invocan por un fichero .msc. El tribunal pregunta por ese nombre, así que hay que tenerlos asociados:

Fichero	Herramienta	Para qué
dsa.msc	Usuarios y equipos de Active Directory	Gestionar usuarios, grupos y equipos DEL DOMINIO. Es la respuesta cuando la pregunta dice «desde el controlador de dominio».
lusrmgr.msc	Usuarios y grupos locales	Cuentas locales de una máquina. En un controlador de dominio no está disponible: al promocionar, las cuentas locales desaparecen en favor de las del dominio.
gpmc.msc	Administración de directivas de grupo	Crear y enlazar objetos de directiva de grupo.
dssite.msc	Sitios y servicios de Active Directory	Topología de sitios y replicación.
domain.msc	Dominios y confianzas	Relaciones de confianza entre dominios.
certmgr.msc	Administrador de certificados	Certificados del equipo o del usuario.
eventvwr.msc	Visor de eventos	Registros del sistema, aplicación y seguridad.
services.msc	Servicios	Arrancar, parar y fijar el tipo de inicio.
diskmgmt.msc	Administración de discos	Particiones y volúmenes.
compmgmt.msc	Administración de equipos	Consola que agrupa varias de las anteriores.
netplwiz	Cuentas de usuario	Asistente sencillo de cuentas locales. No es una consola de dominio.

La pregunta de 2026 —«agregar un usuario a un grupo global desde el controlador de dominio, ¿qué herramienta gráfica nativa?»— se contesta con dsa.msc. Los tres distractores son herramientas reales, y ahí está la dificultad: lusrmgr.msc gestiona cuentas locales que en un controlador de dominio ni existen, netplwiz es un asistente de cuentas locales y certmgr.msc no tiene nada que ver con usuarios.

10.4 Active Directory Domain Services

AD DS es el servicio de directorio de Windows Server. La definición que da por buena el tribunal —pregunta literal de 2026— es que se trata de «un servicio que almacena información sobre los objetos de la red y facilita a los administradores y usuarios la búsqueda y uso de esa información». No es un mecanismo de integridad del sistema de ficheros, ni un dispositivo físico, ni una herramienta de monitorización: los otros tres distractores describen, respectivamente, algo parecido a la protección de ficheros del sistema, a un dispositivo de control de acceso y a una herramienta de auditoría.

Su estructura es jerárquica y hay que saberse los cuatro escalones, de fuera adentro:

Elemento	Qué es
Bosque (forest)	El contenedor máximo: uno o más árboles de dominios que comparten esquema y catálogo global. Es el límite real de seguridad.
Árbol (tree)	Conjunto de dominios con espacio de nombres contiguo.
Dominio	Unidad de administración y de replicación, con sus usuarios, grupos y equipos.
Unidad organizativa (OU)	Contenedor dentro de un dominio para organizar objetos, delegar administración y enlazar directivas de grupo.

El servicio se apoya en DNS —los clientes localizan los controladores por registros SRV—, en LDAP como protocolo de consulta y en Kerberos como protocolo de autenticación. El catálogo global guarda una copia parcial de todos los objetos del bosque para búsquedas rápidas.

10.5 Directivas de grupo y unidades organizativas

Una directiva de grupo (GPO, Group Policy Object) es un conjunto de ajustes de configuración y seguridad que se aplican automáticamente a los equipos y usuarios de un ámbito. Se enlaza a sitios, dominios y unidades organizativas, y de ahí sale su regla de aplicación, que se memoriza por las siglas L-S-D-OU: primero la directiva Local, luego la del Sitio, luego la del Dominio y por último las de las Unidades organizativas, de la más externa a la más interna. Gana la última que se aplica, salvo que una superior esté marcada como obligatoria.

Se refrescan cada 90 minutos con un margen aleatorio, o a mano con gpupdate /force; y se comprueba qué se ha aplicado a un equipo con gpresult /r.

11. Mantenimiento y reparación del sistema

La tercera parte del enunciado oficial —«actualización, mantenimiento y reparación»— es la que convierte este tema en el de las urgencias.

11.1 Reparar el sistema de ficheros

Cuando un sistema de ficheros queda incoherente —corte de luz, disco con sectores dañados, desconexión en caliente—, hay que comprobarlo y repararlo. En Linux la herramienta genérica es fsck (file system check), que en realidad es un envoltorio que llama a la herramienta específica de cada tipo (e2fsck para ext2/3/4, xfs_repair para XFS).

Las opciones que se preguntan:

Opción	Qué hace
fsck -y /dev/sda8	Responde que sí a todas las preguntas: repara automáticamente sin intervención.
fsck -n	Responde que no a todo: solo comprueba, no toca nada.
fsck -f	Fuerza la comprobación aunque el sistema parezca limpio.
fsck -A	Recorre todos los declarados en /etc/fstab, en el orden del sexto campo.

En Windows la herramienta es chkdsk, con /f para reparar errores y /r para localizar además sectores defectuosos. Y hay dos más que conviene tener: sfc /scannow, que comprueba la integridad de los ficheros del sistema y restaura los dañados, y DISM /Online /Cleanup-Image /RestoreHealth, que repara la propia imagen del sistema cuando sfc no encuentra de dónde copiar.

11.2 Arrancar cuando el sistema no arranca

Las vías de rescate, que son materia de examen porque se confunden entre sí:

• Modo de rescate / usuario único (rescue.target, o añadiendo single o systemd.unit=rescue.target a la línea del núcleo en GRUB): arranca con lo mínimo, monta la raíz y da una consola de root. Sirve para arreglar un /etc/fstab roto o una contraseña perdida.
• Modo de emergencia (emergency.target): aún más reducido; ni siquiera monta el resto de sistemas de ficheros.
• Arranque con un núcleo anterior desde el menú de GRUB, cuando la actualización del núcleo es la culpable.
• Medio de instalación en modo rescate, cuando ni el gestor de arranque responde.
• En Windows: Modo seguro, Entorno de recuperación (WinRE), Restaurar sistema a un punto anterior y Última configuración válida conocida.

11.3 Mantenimiento preventivo

Lo que evita llegar a lo anterior: vigilar el espacio libre —un /var lleno tumba servicios enteros—, rotar los registros con logrotate, revisar el estado físico de los discos con SMART (smartctl), comprobar la memoria con memtest86+, mantener la hora sincronizada por NTP —chronyd o systemd-timesyncd, porque una desviación de reloj rompe Kerberos y falsea todos los registros—, y probar de verdad las copias de seguridad restaurándolas.

12. Registro, monitorización y auditoría

Tres palabras que el tribunal usa como distractores unas de otras, y que no significan lo mismo:

• Monitorización: qué está pasando ahora. top, htop, Zabbix, Nagios, Prometheus.
• Registro (logging): qué ha ido pasando, tal y como lo cuentan los propios programas. rsyslog, journald, Visor de eventos.
• Auditoría: qué ha hecho cada quién sobre qué objeto, con reglas definidas a propósito y con valor probatorio. auditd, directivas de auditoría de Windows.

12.1 El registro del sistema

El modelo clásico es syslog, hoy implementado por rsyslog, que clasifica cada mensaje por facilidad (de qué subsistema viene: auth, cron, daemon, kern, mail, local0–local7) y por severidad, en ocho niveles del 0 al 7 que conviene saberse en orden:

Nº	Nivel	Significado
0	emerg	Sistema inutilizable.
1	alert	Hay que actuar de inmediato.
2	crit	Condición crítica.
3	err	Error.
4	warning	Aviso.
5	notice	Normal pero significativo.
6	info	Informativo.
7	debug	Depuración.

Los ficheros habituales viven en /var/log/: messages o syslog para lo general, auth.log o secure para autenticación, dmesg para el núcleo. Y syslog admite envío remoto, que es la base de la centralización de registros: si el servidor se ve comprometido, el atacante puede borrar los registros locales pero no los que ya salieron de la máquina.

12.2 auditd: el subsistema de auditoría

Esta es la pregunta que más discrimina del tema. «Se quiere realizar una auditoría detallada que permita monitorizar accesos y modificaciones a archivos o directorios, basándose en reglas de auditoría preconfiguradas. ¿Qué componente está diseñado para ello?» La respuesta es auditd, y hay que saber por qué las otras no:

• auditd es el demonio del subsistema de auditoría del núcleo de Linux. Se le cargan reglas con auditctl o desde /etc/audit/rules.d/ —por ejemplo, vigilar toda escritura sobre /etc/passwd—, escribe en /var/log/audit/audit.log y se consulta con ausearch y aureport. Es exactamente «reglas preconfiguradas sobre accesos y modificaciones a ficheros».
• journalctl consulta el registro de systemd: recoge lo que los programas cuentan, no vigila el acceso a un fichero concreto. Existe, pero hace otra cosa.
• top es monitorización de procesos en vivo. No registra nada.
• traceguardian no existe. Es un nombre inventado que suena a herramienta de trazas.

El equivalente en Windows son las directivas de auditoría, que se activan por GPO y escriben en el registro de Seguridad del Visor de eventos, con identificadores de suceso conocidos —el 4624 para un inicio de sesión correcto, el 4625 para uno fallido, el 4720 para la creación de una cuenta—.

12.3 Monitorización

Vigilar de forma continua exige herramientas específicas: Nagios y Zabbix como sistemas clásicos de sondeo y alerta, Prometheus con Grafana en el modelo moderno de métricas y paneles, y SNMP (Simple Network Management Protocol) como protocolo estándar para consultar dispositivos, con su base de información gestionada (MIB) y sus traps, que son avisos que envía el dispositivo por iniciativa propia.

Se vigilan cuatro familias de indicadores —procesador, memoria, disco y red—, y sobre ellos se definen umbrales que disparan avisos. Un buen sistema de monitorización se juzga por los falsos positivos: si avisa de todo, nadie lo mira.

13. Actualización y parcheo

Actualizar es la tarea más rutinaria y la que más servicios tira. El enunciado oficial la nombra la primera de las tres —«actualización, mantenimiento y reparación»—, y el tema se pregunta tanto por las órdenes como por el procedimiento.

13.1 Qué se actualiza y con qué urgencia

No todo pesa igual. Conviene distinguir cuatro clases de cambio:

Clase	Qué es	Urgencia
Parche de seguridad	Corrige una vulnerabilidad conocida, identificada por su CVE.	Alta; se prioriza por la puntuación CVSS y por si hay explotación activa.
Corrección de errores	Arregla un fallo funcional sin cambiar el comportamiento esperado.	Media.
Versión menor	Añade funcionalidad manteniendo la compatibilidad.	Planificada.
Versión mayor	Puede romper la compatibilidad; exige pruebas y plan de vuelta atrás.	Proyecto, no tarea.

Un CVE (Common Vulnerabilities and Exposures) es el identificador público y único de una vulnerabilidad concreta, con el formato CVE-año-número. El CVSS (Common Vulnerability Scoring System) le pone una puntuación de 0 a 10 según su gravedad. Los dos acrónimos se preguntan y se confunden: uno nombra, el otro puntúa.

13.2 El procedimiento

Aplicar parches en producción sin método es la causa habitual de las caídas evitables. El procedimiento aceptado tiene seis pasos:

1. Inventario. Saber qué hay instalado y en qué versión. Sin inventario no se puede saber si una vulnerabilidad nos afecta.
2. Evaluación. Leer el aviso, comprobar si el componente vulnerable está expuesto y decidir la prioridad.
3. Pruebas en un entorno equivalente al de producción.
4. Ventana de mantenimiento comunicada, con la copia de seguridad hecha antes.
5. Despliegue por fases, empezando por los sistemas menos críticos.
6. Verificación y plan de reversión. Comprobar que el servicio sigue funcionando y tener escrito cómo volver atrás si no.

La reversión es lo que más se olvida. En Linux, dnf history undo deshace una transacción completa; en Debian se puede reinstalar la versión anterior si sigue disponible. En Windows, los parches se desinstalan desde el historial de actualizaciones o con wusa /uninstall /kb:. Y en máquinas virtuales, la red de seguridad más simple es una instantánea previa —con la advertencia de que una instantánea no es una copia de seguridad y no debe quedarse ahí semanas—.

13.3 Herramientas de despliegue centralizado

En un parque grande no se parchea máquina a máquina. En el mundo Windows, WSUS (Windows Server Update Services) permite aprobar qué actualizaciones se distribuyen y a qué grupos de equipos, de modo que la organización controla el calendario en vez de dejarlo en manos del ciclo público. En Linux se usan repositorios internos —espejos o servidores propios— y herramientas de gestión de configuración como Ansible, Puppet o Salt, que además dejan la configuración descrita en ficheros versionados: es lo que se llama infraestructura como código.

13.4 Actualizar sin cortar el servicio

Cuando el servicio no puede pararse, se recurre a arquitecturas que permiten actualizar por partes: agrupamiento con nodos que se van sacando de servicio uno a uno, despliegue azul-verde con dos entornos completos y un conmutador entre ellos, o actualización progresiva sustituyendo instancias poco a poco. Todas descansan en lo mismo: que haya más de una instancia y algo por delante que reparta.

14. Automatización y tareas programadas

La administración de sistemas se automatiza o no se sostiene. Hay tres mecanismos que se preguntan.

14.1 cron

cron es el planificador clásico de UNIX. Cada línea de una crontab tiene cinco campos de tiempo más la orden, en este orden que conviene memorizar:

minuto (0-59) · hora (0-23) · día del mes (1-31) · mes (1-12) · día de la semana (0-7) · orden

El asterisco significa «cualquiera»; */5 significa «cada cinco». Así, 30 3 * * 0 es «los domingos a las 3:30». En el día de la semana, tanto el 0 como el 7 son domingo, que es un detalle preguntable.

Cada usuario tiene su tabla, que se edita con crontab -e y se lista con crontab -l; además existen /etc/crontab y los directorios /etc/cron.d/, cron.daily, cron.weekly y cron.monthly. Y una utilidad hermana, at, para ejecutar algo una sola vez en un momento futuro.

14.2 Temporizadores de systemd

La alternativa moderna es la unidad .timer, que activa una unidad .service. Frente a cron aporta ventajas concretas: la salida va al journal con su unidad asociada, admite dependencias, permite recuperar ejecuciones perdidas mientras la máquina estaba apagada (Persistent=true) y puede programarse por tiempo de calendario (OnCalendar) o por tiempo transcurrido desde el arranque o desde la última ejecución. Se listan con systemctl list-timers.

14.3 Windows: el Programador de tareas

En Windows la herramienta es el Programador de tareas (taskschd.msc), gestionable también desde la línea de órdenes con schtasks o desde PowerShell con New-ScheduledTask y Register-ScheduledTask. Su modelo es de desencadenadores (por hora, por arranque, por inicio de sesión, por suceso del registro de eventos) y acciones, y permite ejecutar la tarea con una cuenta distinta de la del usuario conectado.

14.4 Guiones

Por debajo de todo esto están los guiones: Bash en Linux y PowerShell en Windows. Un guion de administración decente comprueba los códigos de salida, escribe en el registro y es idempotente —ejecutarlo dos veces deja el sistema igual que ejecutarlo una—, que es la propiedad que permite lanzarlo sin miedo desde un planificador.

14.5 Una nota sobre el puesto de usuario

El corpus incluye en esta materia una pregunta sobre infraestructura de escritorio virtual (VDI), cuya respuesta correcta es la definición base: VDI es el alojamiento de entornos de escritorio en un servidor central. Conviene retener aquí la distinción que el tribunal usa como distractor, aunque la virtualización se desarrolle en el tema IV·2: en VDI persistente el usuario vuelve siempre al mismo escritorio y sus cambios se conservan; en VDI no persistente recibe un escritorio del grupo y los cambios se descartan al cerrar. Las opciones falsas de aquel examen intercambiaban justamente esas dos definiciones, y negaban la necesidad de conexión permanente contra el servidor, que sí existe.

15. Cuadros para memorizar

15.1 Las órdenes que han caído, literales

Necesidad	Orden
Que un servicio arranque solo en el próximo arranque	systemctl enable nginx
Reiniciar un servicio ahora	systemctl restart tomcat9
Las 50 últimas líneas del registro de una unidad	journalctl -u nginx -n 50
Auditar accesos y cambios sobre ficheros con reglas	auditd
Reparar automáticamente una partición desmontada	fsck -y /dev/sda8
Saber la versión del núcleo	uname -r
Refrescar el índice de paquetes desde las fuentes	apt update
Dónde está la configuración del sistema	/etc
Instalar el rol de AD DS en Windows Server	Install-WindowsFeature -name AD-Domain-Services -IncludeManagementTools
Gestionar usuarios del dominio con interfaz gráfica	dsa.msc
Ampliar un volumen lógico y su XFS	lvextend y después xfs_growfs
Antes de aplicar GPOs a un colectivo	Crear una unidad organizativa

15.2 Parejas que se confunden

Uno	El otro	La diferencia
systemctl start	systemctl enable	Ahora / en los próximos arranques.
apt update	apt upgrade	Refresca el índice / instala las versiones nuevas.
apt upgrade	apt full-upgrade	No elimina paquetes / puede eliminarlos.
dpkg	apt	Un fichero suelto, sin dependencias / repositorios y dependencias.
journalctl	auditd	Lo que cuentan los programas / lo que vigila una regla.
top	Registro	Qué pasa ahora / qué pasó.
/root	/	Directorio personal del administrador / raíz del árbol.
su	sudo	Contraseña del destino, sesión entera / la tuya, una orden, registrada.
MBR	GPT	4 primarias y 2 TiB / 128 particiones y sin ese límite.
XFS	ext4	Se amplía y no se reduce / se amplía y se reduce.
Volumen lógico	Sistema de ficheros	El «disco» / la estructura dentro. Ampliar exige los dos pasos.
RAID	Copia de seguridad	Fallo de disco / borrado, cifrado y corrupción.
dsa.msc	lusrmgr.msc	Usuarios del dominio / cuentas locales.
Install-WindowsFeature	Install-ADDSForest	Instala el rol / promociona a controlador.
SIGTERM (15)	SIGKILL (9)	Se puede capturar y cerrar bien / el núcleo lo mata sin más.
CVE	CVSS	Identifica la vulnerabilidad / la puntúa de 0 a 10.

15.3 Números

Cifra	Qué es
0	UID de root; también el nivel de ejecución de apagado y la severidad emerg.
1	PID del primer proceso; nivel de ejecución monousuario.
3 / 5	Niveles de ejecución multiusuario sin gráfico / con gráfico.
6	Nivel de ejecución de reinicio.
8	Niveles de severidad de syslog (0 a 7).
9 / 15	SIGKILL y SIGTERM.
−20 a 19	Escala de nice: menor número, más prioridad.
512 bytes	Tamaño del MBR.
4 / 2 TiB	Particiones primarias y tamaño máximo de disco en MBR.
128	Particiones que admite GPT por omisión.
4 GiB	Tamaño máximo de fichero en FAT32.
5	Campos de tiempo de una línea de cron.
90 minutos	Refresco por omisión de las directivas de grupo.
0 a 10	Escala CVSS.
1000	Primer UID de usuario no de sistema en la mayoría de distribuciones.

16. Los errores que más caen

1. Confundir start con enable. Arrancar un servicio no lo deja arrancando en el próximo reinicio. Es la pregunta de systemd que más veces ha caído.
2. Creer que apt update actualiza el software. Solo descarga la información de los paquetes; lo que actualiza es upgrade.
3. Pensar que /root es la raíz. La raíz es /; /root es el directorio personal del administrador. Y la configuración está en /etc.
4. Ampliar el volumen lógico y quedarse ahí. Sin xfs_growfs o resize2fs, el espacio nuevo no aparece.
5. Intentar reducir un XFS. No se puede. Solo crece.
6. Pasar fsck a un sistema montado. Se corrompen datos. Primero desmontar; y para XFS la herramienta es xfs_repair.
7. Enlazar una directiva de grupo a un grupo. No se puede: solo a sitio, dominio o unidad organizativa. Por eso se crea antes una OU.
8. Quedarse en Install-WindowsFeature. Instala el rol, pero el servidor no es controlador de dominio hasta la promoción.
9. Tomar journalctl por una herramienta de auditoría. Consulta el registro; quien audita accesos a ficheros con reglas es auditd.
10. Confiar en RAID como copia de seguridad. No protege del borrado, del cifrado por secuestro ni del error humano.
11. Decir que init es el arranque de un usuario. Es el primer proceso del sistema, el PID 1.
12. Copiar al apunte la versión que cita el enunciado. «RHEL 8.8» o «Windows Server 2019» son el decorado del supuesto, no la versión vigente hoy.
13. Ejecutar todo como root. Lo correcto es delegar con sudo, que pide tu contraseña, limita la orden y deja rastro.
14. Olvidar systemctl daemon-reload tras editar una unidad a mano: systemd sigue con la versión vieja en memoria.

17. Autoevaluación

Contesta sin mirar. Si fallas más de tres, el tema no está.

1. ¿Qué orden hace que nginx arranque automáticamente en los próximos arranques, y en qué se diferencia de la que lo arranca ahora?
2. Escribe la orden que muestra las cincuenta últimas líneas del registro del servicio nginx usando el journal, y di por qué no vale tail -n 50 /var/log/messages.
3. Un volumen lógico de 500 GiB con XFS montado en /contenido tiene que llegar a 600 GiB, y el grupo tiene 200 GiB libres. ¿Qué dos operaciones, y en qué orden?
4. ¿Se puede reducir un sistema de ficheros XFS? ¿Y uno ext4? ¿Con el sistema montado?
5. ¿Qué componente de Linux audita accesos y modificaciones a ficheros con reglas preconfiguradas, y en qué se diferencia de journalctl?
6. ¿Qué directorio guarda los ficheros de configuración del sistema y de las aplicaciones instaladas después?
7. Diferencia apt update, apt upgrade y apt full-upgrade.
8. ¿Qué hace dpkg -i que no hace apt install, y qué hace apt install que no hace dpkg -i?
9. Antes de aplicar directivas de grupo a un colectivo de usuarios, ¿qué hay que crear primero y por qué?
10. ¿Cuál es la orden de PowerShell que instala el rol de Servicios de Dominio de Active Directory, y qué falta después para que el servidor sea controlador de dominio?
11. ¿Qué consola gráfica gestiona los usuarios del dominio desde un controlador, y por qué no sirve lusrmgr.msc?
12. ¿Qué es el PID 1 y cómo se llama hoy en la mayoría de distribuciones?
13. Enumera los niveles de ejecución 0, 1, 3, 5 y 6 con su equivalente en systemd.
14. ¿Cuántas particiones primarias admite MBR y qué límite de tamaño de disco tiene? ¿Y GPT?
15. ¿Qué diferencia hay entre SIGTERM y SIGKILL, y cuál se prueba primero?
16. ¿Por qué RAID 5 tolera un fallo de disco y RAID 0 ninguno? ¿Por qué ninguno de los dos sustituye a una copia de seguridad?
17. ¿Qué orden repara automáticamente los errores de una partición que no ha podido montarse?
18. ¿Qué significan los cinco campos de tiempo de cron, y qué día es el 0?
19. Diferencia CVE de CVSS.
20. ¿Qué es VDI, y qué diferencia hay entre persistente y no persistente?

Autonota. Diecisiete o más de veinte, el tema está. Entre catorce y dieciséis, repasa los cuadros del apartado 15. Por debajo de catorce, vuelve a systemd y a LVM: son la mitad de lo que cae.