CIRCUITO
CARIOCA TI · DOCUMENTAÇÃO
♙
REDES · SERVICOS · INTERMEDIÁRIO

DNS

Recursão, autoridade, cache, TTL, registros, delegação, DNSSEC e troubleshooting.

01 · VISÃO GERAL

O que este assunto resolve

Recursão, autoridade, cache, TTL, registros, delegação, DNSSEC e troubleshooting.

Conceitos centrais: dns, recursive, authoritative, cache, ttl, dnssec, dig.
02 · MODELO MENTAL

Acompanhe o estado e o caminho do pacote

Separe conectividade IP do serviço. Capture a transação, valide estado, timers, relay/proxy quando houver e políticas de segurança.

Entrada → classificação/estado → decisão → tabela → next-hop/saída → counters
03 · PROJETO

Projete antes de configurar

  • Defina o domínio de falha e o comportamento esperado de convergência.
  • Documente endereçamento, identificadores, timers, MTU e fronteiras de política.
  • Prefira estado explícito e observável a suposições.
  • Planeje rollback e acesso fora de banda antes de mudanças de risco.
Exemplos operacionais

Comandos e verificação

A sintaxe varia por plataforma e release. Os exemplos abaixo vêm do conteúdo existente do portal e devem ser validados na documentação da plataforma-alvo antes do uso em produção.

Aplicação
  ↓
Stub resolver
  ↓
Recursive resolver
  ├─ cache? → responde
  └─ sem cache:
       Root
        ↓ referral
       TLD
        ↓ referral
       Authoritative
        ↓ answer
       cache → cliente

# Consulta normal
dig example.com A
dig example.com AAAA
dig example.com MX

# Autoritativo específico
dig @ns1.example.net example.com A

# Sem recursão
dig +norecurse example.com A

# Caminho de delegação
dig +trace example.com

# DNSSEC
dig +dnssec example.com A

# Reverso
dig -x 192.0.2.10

# Windows
nslookup example.com
Resolve-DnsName example.com -Type A
04 · TROUBLESHOOTING

Fluxo orientado por evidências

  1. Defina origem, destino, janela de tempo e sintoma exato.
  2. Estabeleça o estado saudável esperado e compare com o observado.
  3. Inspecione counters, tabelas, logs e capturas antes de resets.
  4. Teste uma hipótese por vez e prefira mudanças reversíveis.
  5. Repita o teste original após a correção e verifique efeitos colaterais.
05 · PADRÕES E REFERÊNCIAS

DNS RFCs

Use o padrão/RFC vigente e a documentação da release exata em operação. A sintaxe do fabricante é detalhe de implementação; o comportamento do protocolo deve ser entendido de forma independente.

06 · LABORATÓRIO

Comprove o comportamento em topologia controlada

Monte a menor topologia que reproduza o mecanismo, capture tráfego de controle e dados, introduza uma falha proposital e diagnostique antes de aplicar a correção.

07 · CONTINUE

Tópicos relacionados