APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma aplicação pode resolver nomes através das fontes configuradas no sistema, incluindo ficheiros locais e DNS. dig consulta DNS; getent permite observar bases de dados segundo a configuração NSS. Se os resultados diferem, compara hosts e a ordem relevante em nsswitch.conf antes de alterar zonas. A hipótese deve corresponder ao caminho que a aplicação realmente usa. Um cliente com cache própria ou resolver incorporado pode exigir observação adicional; não assumes que um único comando reproduz todas as aplicações.
Aplicação guiada
Em recuperação, listar um arquivo com tar não equivale a repor um serviço. Revê membros antes de extrair, usa um destino isolado e confirma conteúdo, permissões e dependências. O objetivo é demonstrar que a aplicação consegue usar o resultado. Para incidentes anteriores ao reboot, seleciona o boot e unidade corretos no journal, desde que os registos tenham sido conservados. A retenção deve ser definida antes do incidente. Uma data no nome do backup ou um processo atualmente ativo são evidências insuficientes para comprovar recuperabilidade.
tar -tf backup.tar lista membros. Uma reposição controlada deve depois confirmar a configuração usada pelo serviço; journalctl -b -1 ajuda a consultar o boot anterior quando disponível.
Armadilhas comuns
Tratar dig como equivalente a NSS; extrair sem rever destino; declarar backup válido só pela criação; perder logs no reboot.
Tópicos relacionados: Serviços, utilizadores e agendamento · Segurança aplicada à operação
Valida o caminho usado pelo consumidor e a recuperação efetiva do serviço.
Referência: tar(1) · XK0-006 V8