A RHCSA (Red Hat Certified System Administrator) valida habilidades práticas de administração do Red Hat Enterprise Linux. Faz sentido para quem trabalha com RHEL ou quer demonstrar que consegue configurar, diagnosticar e recuperar um sistema — não apenas reconhecer comandos numa apostila. Este guia reúne uma trilha de estudo, exercícios autorais e uma rotina de validação para o EX200.
Revisão de 12 de setembro de 2026: confira a versão e as condições da sua inscrição antes de comprar material ou agendar. O plano de estudo abaixo é uma sugestão editorial, não uma promessa de aprovação nem uma reprodução de tarefas reais do exame.
Como funciona o RHCSA e qual RHEL estudar
A página atual do EX200 informa RHEL 10. O exame é prático, sem internet nem material pessoal; a documentação instalada pode estar disponível. As configurações precisam persistir após reinicialização. Use a lista oficial como referência principal, em vez de misturar roteiros de versões diferentes.
A trajetória oficial de aprendizagem publicada em 2022 lista 3 horas para o EX200. Confirme duração, idioma, modalidade e valor na sua reserva; não use preço convertido de outro país como orçamento definitivo.
A Red Hat considera as certificações atuais por 3 anos. Depois, a credencial pode ficar não atual; isso é diferente de apagar o histórico da certificação. Consulte as opções oficiais de renovação, inclusive refazer o exame.
Checklist de assuntos: atenção ao RHEL 10
Organize o estudo em ferramentas e shell, software, processos e boot, armazenamento, sistemas de arquivos, serviços, rede, usuários e segurança. A lista atual inclui RPM e Flatpak, GPT/LVM, VFAT/ext4/XFS, NFS/autofs, timers systemd, IPv4/IPv6, firewalld e SELinux. Containers não aparecem como objetivo específico nessa lista consultada; não presuma que um curso antigo de Podman represente o roteiro atual.
Transforme cada tópico em uma entrega observável: um usuário consegue acessar o diretório? O volume monta sozinho? O serviço responde de outra máquina? Marque como dominado apenas o que você consegue refazer, explicar e testar sem seguir uma receita pronta.
Monte um laboratório descartável
Para estudar, proponho duas VMs: servidor e cliente, com rede privada entre elas, acesso à internet para instalar pacotes e snapshot limpo. Adicione discos virtuais vazios exclusivos para exercícios de armazenamento. Não execute tarefas de particionamento, boot, firewall ou SELinux no servidor de produção.
A assinatura Red Hat Developer Subscription for Individuals oferece RHEL sem custo, com autosuporte e até 16 nós físicos ou virtuais, conforme seus termos. Use uma conta individual elegível e confira as condições do programa; isso não equivale a contratar suporte de produção.
Antes de cada exercício, confirme a máquina e os discos. O nome de um dispositivo pode mudar entre VMs; identificar pelo tamanho e pelo propósito é mais seguro que copiar um comando destrutivo com um nome fixo.
hostnamectl
cat /etc/redhat-release
lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS
ip -br address
Um plano de estudo em seis etapas
Use as etapas como sequência, não como prazo obrigatório. Quem começa do zero pode precisar repetir várias delas. Para cada sessão, reserve tempo para montar o cenário, errar, consultar a documentação e refazer sem olhar as anotações.
- Etapa 1 — terminal: arquivos, permissões, links, redirecionamentos,
grep, arquivos compactados e scripts pequenos com argumentos. - Etapa 2 — operação: usuários, grupos, privilégios, processos, logs, serviços e recuperação de boot no console da VM.
- Etapa 3 — armazenamento: discos vazios, volumes lógicos, sistemas de arquivos, swap e montagem persistente.
- Etapa 4 — integração: conectividade entre VMs, resolução de nomes, firewall, SSH, NFS e autofs.
- Etapa 5 — manutenção e segurança: repositórios, agendamentos, SELinux e diagnóstico sem desativar controles de segurança.
- Etapa 6 — simulado próprio: combine tarefas anteriores, cronometre e valide tudo depois de reiniciar.
Exercício integrado: serviço web que volta após o reboot
Este é um laboratório autoral para combinar pacotes, serviços, permissões, firewall e testes; não é uma questão oficial nem uma previsão da prova. Use uma VM RHEL descartável, repositórios funcionais e um usuário com sudo. Mantenha acesso ao console da VM antes de ativar o firewall, caso a conexão SSH seja bloqueada. O exemplo usa a porta HTTP padrão para não confundir configuração do serviço com autorização de uma porta alternativa.
sudo dnf install -y httpd firewalld
printf "RHCSA lab OK\n" | sudo tee /var/www/html/index.html
sudo chmod 0644 /var/www/html/index.html
sudo restorecon -v /var/www/html/index.html
sudo systemctl enable --now firewalld
sudo systemctl enable --now httpd
sudo firewall-cmd --get-active-zones
Observe a zona ligada à interface usada pelo cliente. Se ela for public, use os comandos abaixo; se for outra, substitua public pelo nome correto. Abrir HTTP na zona errada não libera a interface desejada.
sudo firewall-cmd --zone=public --add-service=http
sudo firewall-cmd --permanent --zone=public --add-service=http
sudo firewall-cmd --zone=public --query-service=http
sudo firewall-cmd --permanent --zone=public --query-service=http
curl --fail http://127.0.0.1/
A regra sem --permanent atua no estado em execução; a permanente fica salva para as próximas inicializações. Aqui configuramos as duas explicitamente. Do cliente, acesse o IP privado real do servidor com curl. Em seguida, reinicie somente a VM do servidor e repita o teste remoto.
sudo reboot
Após reconectar ao servidor, confira estado, inicialização automática, porta e contexto. Um serviço ativo sozinho não comprova conectividade externa; o teste da segunda VM continua necessário.
systemctl is-active httpd
systemctl is-enabled httpd
sudo ss -ltnp
sudo firewall-cmd --zone=public --query-service=http
getenforce
ls -lZ /var/www/html/index.html
curl --fail http://127.0.0.1/
SELinux: conserte a causa, não desligue a proteção
No treino, separe permissão Unix, contexto SELinux, porta em escuta e firewall. São camadas diferentes. Um chmod permissivo não corrige um contexto incorreto, e liberar uma porta no firewall não faz o serviço começar a escutá-la.
Para treinar rotulagem persistente numa pasta nova de laboratório, registre o contexto e depois aplique-o. O exemplo não muda o DocumentRoot do Apache: ele demonstra somente a parte de SELinux. Se a regra já existir, inspecione-a antes de tentar adicioná-la novamente.
sudo dnf install -y policycoreutils-python-utils
sudo mkdir -p /srv/rhcsa-web
sudo semanage fcontext -a -t httpd_sys_content_t "/srv/rhcsa-web(/.*)?"
sudo restorecon -Rv /srv/rhcsa-web
ls -Zd /srv/rhcsa-web
Armazenamento: valide antes de reiniciar
Proponha outro cenário: criar um volume lógico num disco virtual vazio, montar em /dados, persistir por UUID e aumentar a capacidade sem perder um arquivo de teste. O critério de sucesso é o arquivo continuar legível, a capacidade aumentar e a montagem voltar após o reboot. Não confunda ampliar o volume lógico com ampliar o sistema de arquivos.
Depois de editar /etc/fstab no laboratório, use findmnt para verificar a configuração. A opção --verify checa sua consistência; não é uma montagem nem garante que um servidor NFS remoto esteja disponível. Teste também a montagem e o acesso ao arquivo.
sudo findmnt --verify --verbose
lsblk -f
findmnt /dados
df -hT /dados
Truques de estudo que não dependem de decorar
- Use um caderno de erros: sintoma, hipótese, comando de diagnóstico, correção e teste final. Registre por que errou, não apenas o comando que funcionou.
- Repita o mesmo cenário com outros nomes, diretórios e tamanhos. Isso revela se você entendeu a tarefa ou apenas memorizou a sequência.
- Treine consulta local: man, a busca com / dentro do manual,
--helpe/usr/share/doc. Saber encontrar uma opção é mais útil que decorar todas. - Separe configurar de validar. Escreva o teste esperado antes da solução: saída de um comando, acesso de outro usuário ou resposta de outra VM.
- Quebre uma coisa por vez numa cópia descartável: serviço desabilitado, permissão errada ou regra ausente. Diagnostique sem abrir a receita e restaure o snapshot ao concluir.
- Use tempo para priorizar, não para chutar. Se travar num exercício, anote o ponto exato, avance no simulado e volte com uma hipótese testável.
Fontes e preparação para o dia do exame
A trilha oficial oferece RH124 e RH134 para construir a base, e RH199 para quem já tem experiência em administração Linux. Use a avaliação de habilidades para localizar lacunas. Vídeos e cursos ajudam, mas o laboratório precisa ocupar espaço real no seu estudo.
Se escolher exame remoto, leia o guia de preparação vigente e execute os testes de compatibilidade com antecedência. Confira identificação, ambiente, câmera, áudio, rede e instruções do seu agendamento. Não deixe a preparação do equipamento para a hora da prova nem procure dumps de questões.
Próximos passos
Comece pela base de Linux e compare a RHCSA com outras trilhas antes de investir. No laboratório, a meta é sempre a mesma: executar, verificar, reiniciar e verificar de novo. Aprovação não se garante por calendário; a preparação melhora quando você consegue explicar e reproduzir o resultado.