Summary

  • Um Internet-Draft individual de 5 de novembro propõe colocar primeiro o CNAME do nome consultado, depois os demais aliases em sequência e por fim o registro final. A regra ficou restrita ao tipo de resposta que provocou falhas reais.
  • O relato do incidente de janeiro registra pesquisas glibc que falharam e switches que reiniciaram ao resolver nomes de servidores NTP. O suporte oficial da Cisco identifica linhas afetadas e um erro fatal no processo DNSC.

Não foi preciso inventar um campo novo. Uma resposta recursiva para um alias pode trazer no mesmo Answer o primeiro CNAME, outro CNAME e o endereço final. A RFC 1034 descrevia CNAMEs como possível prefácio e mandava copiar registros para a resposta, sem dizer expressamente que copiar significava acrescentar em ordem. Um programa via uma coleção; outro lia uma fila. Em 8 de janeiro de 2026, uma atualização do resolvedor alterou a ordem dos RRSet em respostas CNAME. Segundo o apêndice do projeto, os testes de regressão não acusaram o efeito porque a ordem era tratada como irrelevante. Consultas glibc falharam e alguns switches reiniciaram ao consultar o nome NTP configurado.

O aviso Cisco aponta Catalyst 1200/1300 e CBS 250/350, com versões específicas de firmware. Relata erro fatal DNSC, associa provisoriamente o problema a certos formatos DNS e sugere outro resolvedor, desativar a busca por nome ou configurar associação estática. O documento não traz uma contagem para a frota inteira. Os autores do IETF relacionam o evento à ordem dos CNAME; o conjunto oficial não mede a perda agregada.

A revisão 02 propõe anexar primeiro o CNAME do nome consultado, depois cada CNAME seguinte e por último o tipo solicitado no alvo. A ordem dentro de um mesmo RRSet continua livre. Clientes deveriam aceitar CNAMEs em qualquer sequência, enquanto servidores não devem contar com essa tolerância. A versão 01 de agosto tratava mais amplamente da ordem nas seções DNS; a versão nova foi estreitada após comentários do grupo. O registro do IETF ainda a classifica como proposta individual que só atualizará a RFC 1034 se for aprovada.

O custo dos programas antigos agora tem endereço: o servidor emite de modo conservador e o cliente aprende a ler com flexibilidade. O teste precisa guardar versão do resolvedor, bytes das duas ordens, cadeia CNAME, resultado glibc, consulta NTP e registro do switch. Um DNS com resposta positiva não prova que o equipamento ficou ligado.