APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um daemon ativo não demonstra o contrato que oferece aos consumidores. Em Apache, IP e porta delimitam candidatos e o hostname ajuda a selecionar o virtual host. Um pedido por IP pode receber o site default e esconder falha no nome de negócio. Um check útil usa nome, caminho e resposta esperados. Chronyd ativo também pode estar sem sincronização; tracking e fontes fornecem evidência diferente do estado do processo. Evita corrigir o relógio com um salto imediato sem avaliar impacto. Em DHCP com relay, correlaciona giaddr e seleção de subnet antes de prolongar leases errados.
Aplicação guiada
Para SMTP e proxy, testa acesso permitido e recusado: TLS ou HTTP 200 não demonstram autorização correta. Num secundário DNS desatualizado, verifica serial, transferência e autorização em vez de editar dados manualmente sem corrigir o mecanismo. Logs têm outro contrato: entrega e durabilidade. Uma queue rsyslog disk-assisted pode manter mensagens em memória. SaveOnShutdown atua no encerramento ordenado e não garante persistência dessa parte após kill ou perda de energia. Num caso fictício, o coletor regressa mas faltam eventos após crash do remetente. Define perda tolerável e ensaia persistência, limites e recuperação, incluindo custo de sincronização. Aumentar RAM pode adiar saturação, mas não demonstra durabilidade.
O health check recebe 200 do site errado e declara saudável um serviço que não testou.
Armadilhas comuns
Porta aberta como autorização; processo ativo como sincronização; TCP como persistência em disco.
Tópicos relacionados: Automatizar com evidência · Operar e recuperar sistemas · Identidade, PAM e SSH
Escreve o contrato esperado e escolhe um teste que realmente o observe.
Referência: Apache 2.4 virtual hosts · Historical LFCE V3.18 (2018-06-12); exam retired 2022-05-01; technical references inspected 2026-09-30