![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/certificacao-rhcsa-v4.webp\")
<\/p>\n<\/p>\n
La RHCSA (Red Hat Certified System Administrator) valida habilidades pr\u00e1cticas de administraci\u00f3n de Red Hat Enterprise Linux. Tiene sentido para quienes trabajan con RHEL o quieren demostrar que saben configurar, diagnosticar y recuperar un sistema \u2014 no solo reconocer comandos en un manual. Esta gu\u00eda re\u00fane una ruta de estudio, ejercicios propios y una rutina de validaci\u00f3n para el EX200.<\/p>\n
Revisi\u00f3n de 12 de septiembre de 2026: comprueba la versi\u00f3n y las condiciones de tu inscripci\u00f3n antes de comprar material o agendar. El plan de estudio que sigue es una sugerencia editorial, no una promesa de aprobaci\u00f3n ni una reproducci\u00f3n de tareas reales del examen.<\/p>\n
La p\u00e1gina actual del EX200 indica RHEL 10. El examen es pr\u00e1ctico, sin internet ni material personal; la documentaci\u00f3n instalada puede estar disponible. Las configuraciones deben persistir tras el reinicio. Usa la lista oficial como referencia principal, en lugar de mezclar guiones de versiones diferentes.<\/p>\n
La trayectoria oficial de aprendizaje publicada en 2022 lista 3 horas para el EX200. Confirme duraci\u00f3n, idioma, modalidad y precio en su reserva; no use un precio convertido de otro pa\u00eds como presupuesto definitivo.<\/p>\n
Red Hat considera las certificaciones vigentes durante 3 a\u00f1os. Despu\u00e9s, la credencial puede quedar no actualizada; esto es distinto de borrar el historial de la certificaci\u00f3n. Consulte las opciones oficiales de renovaci\u00f3n, incluida la repetici\u00f3n del examen.<\/p>\n
Organice el estudio en herramientas y shell, software, procesos y arranque, almacenamiento, sistemas de archivos, servicios, red, usuarios y seguridad. La lista actual incluye RPM y Flatpak, GPT\/LVM, VFAT\/ext4\/XFS, NFS\/autofs, timers systemd, IPv4\/IPv6, firewalld y SELinux. Los contenedores no aparecen como objetivo espec\u00edfico en esa lista consultada; no asuma que un curso antiguo de Podman represente el temario actual.<\/p>\n
Convierta cada tema en una entrega observable: \u00bfun usuario consigue acceder al directorio? \u00bfEl volumen se monta solo? \u00bfEl servicio responde desde otra m\u00e1quina? Marque como dominado solo lo que consigue rehacer, explicar y probar sin seguir una receta preparada.<\/p>\n
Para estudiar, propongo dos m\u00e1quinas virtuales: servidor y cliente, con red privada entre ellas, acceso a internet para instalar paquetes y snapshot limpio. A\u00f1ada discos virtuales vac\u00edos dedicados a ejercicios de almacenamiento. No ejecute tareas de particionado, arranque, firewall o SELinux en el servidor de producci\u00f3n.<\/p>\n
La suscripci\u00f3n Red Hat Developer Subscription for Individuals ofrece RHEL sin coste, con autosoporte y hasta 16 nodos f\u00edsicos o virtuales, seg\u00fan sus t\u00e9rminos. Use una cuenta individual elegible y verifique las condiciones del programa; esto no equivale a contratar soporte de producci\u00f3n.<\/p>\n
Antes de cada ejercicio, confirme la m\u00e1quina y los discos. El nombre de un dispositivo puede cambiar entre m\u00e1quinas virtuales; identificar por tama\u00f1o y por prop\u00f3sito es m\u00e1s seguro que copiar un comando destructivo con un nombre fijo.<\/p>\n
hostnamectl\ncat \/etc\/redhat-release\nlsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS\nip -br address\n<\/code><\/pre>\nUn plan de estudio en seis pasos<\/h2>\n
Use las etapas como secuencia, no como plazo obligatorio. Quien empieza desde cero puede necesitar repetirlas varias veces. Para cada sesi\u00f3n, reserve tiempo para montar el escenario, equivocarse, consultar la documentaci\u00f3n y rehacer sin mirar las notas.<\/p>\n
\n- Etapa 1 \u2014 terminal: archivos, permisos, enlaces, redireccionamientos,
grep<\/code>, archivos comprimidos y scripts peque\u00f1os con argumentos.<\/li>\n- Etapa 2 \u2014 operaci\u00f3n: usuarios, grupos, privilegios, procesos, logs, servicios y recuperaci\u00f3n de arranque en la consola de la VM.<\/li>\n
- Etapa 3 \u2014 almacenamiento: discos vac\u00edos, vol\u00famenes l\u00f3gicos, sistemas de archivos, swap y montaje persistente.<\/li>\n
- Etapa 4 \u2014 integraci\u00f3n: conectividad entre VMs, resoluci\u00f3n de nombres, firewall, SSH, NFS y autofs.<\/li>\n
- Etapa 5 \u2014 mantenimiento y seguridad: repositorios, programaciones, SELinux y diagn\u00f3stico sin desactivar los controles de seguridad.<\/li>\n
- Etapa 6 \u2014 simulacro propio: combine tareas anteriores, cronometre y valide todo despu\u00e9s de reiniciar.<\/li>\n<\/ul>\n
Ejercicio integrado: servicio web que vuelve tras el reinicio<\/h2>\n
Este es un laboratorio de autor\u00eda propia para combinar paquetes, servicios, permisos, firewall y pruebas; no es una pregunta oficial ni una previsi\u00f3n del examen. Use una VM RHEL desechable, repositorios funcionales y un usuario con sudo<\/code>. Mantenga el acceso a la consola de la VM antes de activar el firewall, en caso de que la conexi\u00f3n SSH quede bloqueada. El ejemplo utiliza el puerto HTTP est\u00e1ndar para no confundir la configuraci\u00f3n del servicio con la autorizaci\u00f3n de un puerto alternativo.<\/p>\nsudo dnf install -y httpd firewalld\nprintf \"RHCSA lab OK\\n\" | sudo tee \/var\/www\/html\/index.html\nsudo chmod 0644 \/var\/www\/html\/index.html\nsudo restorecon -v \/var\/www\/html\/index.html\nsudo systemctl enable --now firewalld\nsudo systemctl enable --now httpd\nsudo firewall-cmd --get-active-zones\n<\/code><\/pre>\nObserve la zona asociada a la interfaz utilizada por el cliente. Si es public, use los comandos siguientes; si es otra, sustituya public por el nombre correcto. Abrir HTTP en la zona equivocada no libera la interfaz deseada.<\/p>\n
sudo firewall-cmd --zone=public --add-service=http\nsudo firewall-cmd --permanent --zone=public --add-service=http\nsudo firewall-cmd --zone=public --query-service=http\nsudo firewall-cmd --permanent --zone=public --query-service=http\ncurl --fail http:\/\/127.0.0.1\/\n<\/code><\/pre>\nLa regla sin --permanent<\/code> act\u00faa en el estado en ejecuci\u00f3n; la permanente queda guardada para los siguientes arranques. Aqu\u00ed configuramos ambas expl\u00edcitamente. Desde el cliente, acceda a la IP privada real del servidor con curl<\/code>. A continuaci\u00f3n, reinicie \u00fanicamente la VM del servidor y repita la prueba remota.<\/p>\nsudo reboot\n<\/code><\/pre>\nTras reconectarse al servidor, compruebe el estado, el inicio autom\u00e1tico, el puerto y el contexto. Un servicio activo por s\u00ed solo no prueba la conectividad externa; la prueba de la segunda VM sigue siendo necesaria.<\/p>\n
systemctl is-active httpd\nsystemctl is-enabled httpd\nsudo ss -ltnp\nsudo firewall-cmd --zone=public --query-service=http\ngetenforce\nls -lZ \/var\/www\/html\/index.html\ncurl --fail http:\/\/127.0.0.1\/\n<\/code><\/pre>\n\n- RHEL 10: documentaci\u00f3n del Apache HTTP Server<\/a><\/li>\n
- firewalld: reglas en ejecuci\u00f3n y permanentes<\/a><\/li>\n<\/ul>\n
SELinux: corrige la causa, no desactives la protecci\u00f3n<\/h2>\n
En el entrenamiento, separe el permiso Unix, el contexto SELinux, el puerto en escucha y el firewall. Son capas diferentes. Un chmod<\/code> permisivo no corrige un contexto incorrecto, y abrir un puerto en el firewall no hace que el servicio empiece a escucharlo.<\/p>\nPara entrenar el etiquetado persistente en una nueva carpeta de laboratorio, registre el contexto y luego apl\u00edquelo. El ejemplo no cambia el DocumentRoot<\/code> de Apache: solo demuestra la parte de SELinux. Si la regla ya existe, inspecci\u00f3nela antes de intentar a\u00f1adirla de nuevo.<\/p>\nsudo dnf install -y policycoreutils-python-utils\nsudo mkdir -p \/srv\/rhcsa-web\nsudo semanage fcontext -a -t httpd_sys_content_t \"\/srv\/rhcsa-web(\/.*)?\"\nsudo restorecon -Rv \/srv\/rhcsa-web\nls -Zd \/srv\/rhcsa-web\n<\/code><\/pre>\n\n- RHEL 10: contextos, semanage y restorecon<\/a><\/li>\n<\/ul>\n
Almacenamiento: valida antes de reiniciar<\/h2>\n
Proponga otro escenario: crear un volumen l\u00f3gico en un disco virtual vac\u00edo, montarlo en \/dados<\/code>, persistirlo por UUID y aumentar la capacidad sin perder un archivo de prueba. El criterio de \u00e9xito es que el archivo siga siendo legible, que la capacidad aumente y que el montaje vuelva tras el reinicio. No confunda ampliar el volumen l\u00f3gico con ampliar el sistema de archivos.<\/p>\nDespu\u00e9s de editar \/etc\/fstab<\/code> en el laboratorio, use findmnt<\/code> para comprobar la configuraci\u00f3n. La opci\u00f3n --verify<\/code> verifica su consistencia; no es un montaje ni garantiza que un servidor NFS remoto est\u00e9 disponible. Pruebe tambi\u00e9n el montaje y el acceso al archivo.<\/p>\nsudo findmnt --verify --verbose\nlsblk -f\nfindmnt \/dados\ndf -hT \/dados\n<\/code><\/pre>\n\n- Manual de findmnt: comprobaci\u00f3n de la configuraci\u00f3n<\/a><\/li>\n<\/ul>\n
Trucos de estudio que no dependen de memorizar<\/h2>\n\n- Use un cuaderno de errores: s\u00edntoma, hip\u00f3tesis, comando de diagn\u00f3stico, correcci\u00f3n y prueba final. Registre por qu\u00e9 se equivoc\u00f3, no solo el comando que funcion\u00f3.<\/li>\n
- Repita el mismo escenario con otros nombres, directorios y tama\u00f1os. Esto revela si entendi\u00f3 la tarea o solo memoriz\u00f3 la secuencia.<\/li>\n
- Entrene la consulta local: man, la b\u00fasqueda con \/ dentro del manual,
--help<\/code> e \/usr\/share\/doc<\/code>. Saber encontrar una opci\u00f3n es m\u00e1s \u00fatil que memorizar todas.<\/li>\n- Separe configurar de validar. Escriba la prueba esperada antes de la soluci\u00f3n: salida de un comando, acceso de otro usuario o respuesta de otra VM.<\/li>\n
- Rompa una cosa a la vez en una copia desechable: servicio deshabilitado, permiso incorrecto o regla ausente. Diagnostique sin abrir la receta y restaure la instant\u00e1nea al terminar.<\/li>\n
- Use el tiempo para priorizar, no para adivinar. Si se atasca en un ejercicio, anote el punto exacto, avance en el simulacro y vuelva con una hip\u00f3tesis comprobable.<\/li>\n<\/ul>\n
Fuentes y preparaci\u00f3n para el d\u00eda del examen<\/h2>\n
La ruta oficial ofrece RH124 y RH134 para construir la base, y RH199 para quien ya tiene experiencia en administraci\u00f3n Linux. Use la evaluaci\u00f3n de habilidades para localizar lagunas. Los v\u00eddeos y cursos ayudan, pero el laboratorio debe ocupar espacio real en su estudio.<\/p>\n
\n- Cursos oficiales y evaluaci\u00f3n de habilidades<\/a><\/li>\n<\/ul>\n
Si eliges examen remoto, lee la gu\u00eda de preparaci\u00f3n vigente y realiza las pruebas de compatibilidad con antelaci\u00f3n. Verifica identificaci\u00f3n, entorno, c\u00e1mara, audio, red e instrucciones de tu cita. No dejes la preparaci\u00f3n del equipo para el momento del examen ni busques dumps de preguntas.<\/p>\n
\n- Gu\u00eda oficial de preparaci\u00f3n para examen remoto<\/a><\/li>\n<\/ul>\n
Pr\u00f3ximos pasos<\/h2>\n
Comienza con la base de Linux y compara la RHCSA con otras rutas antes de invertir. En el laboratorio, el objetivo siempre es el mismo: ejecutar, verificar, reiniciar y verificar de nuevo. La aprobaci\u00f3n no se garantiza por calendario; la preparaci\u00f3n mejora cuando consigues explicar y reproducir el resultado.<\/p>\n
\n- Base de Linux: curso Toca do Tux<\/a><\/li>\n
- Conoce la LPIC-1<\/a><\/li>\n
- Conoce la LFCS<\/a><\/li>\n
- Conoce la CompTIA Linux+<\/a><\/li>\n
- Despu\u00e9s de la base: primeros pasos con Ansible<\/a><\/li>\n<\/ul>","protected":false},"excerpt":{"rendered":"
Prep\u00e1rate para el RHCSA en RHEL 10: fuentes oficiales, plan de estudio, laboratorio con reinicio, SELinux, firewall y consejos pr\u00e1cticos para el EX200.<\/p>","protected":false},"author":0,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13,2],"tags":[366,364,4,368,367],"class_list":["post-765","post","type-post","status-publish","format-standard","hentry","category-cursos","category-linux","tag-carreira","tag-certificacao","tag-linux","tag-red-hat","tag-rhcsa"],"_links":{"self":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/765","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/comments?post=765"}],"version-history":[{"count":5,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/765\/revisions"}],"predecessor-version":[{"id":1582,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/posts\/765\/revisions\/1582"}],"wp:attachment":[{"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/media?parent=765"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/categories?post=765"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.linuxpro.com.br\/es\/wp-json\/wp\/v2\/tags?post=765"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}