NODATA
termoUma resposta DNS negativa: o nome existe, mas não tem registro do tipo pedido. É NOERROR com a resposta vazia.
Não tem RCODE próprio, então se esconde atrás de um status que parece sucesso. Importa sempre que uma consulta funciona e mesmo assim não traz nada: o que falta é um registro daquele tipo naquele nome, não o nome em si, que é o que um NXDOMAIN teria dito.
A RFC 2308 define NODATA como uma resposta com o RCODE em NOERROR e nenhuma resposta relevante na seção de resposta, e diz que ele precisa ser deduzido da resposta. O NXDOMAIN nega o nome para todos os tipos; o NODATA nega um tipo num nome que existe, e o resolver o guarda em cache para aquele nome, tipo e classe, enquanto um NXDOMAIN fica em cache para o nome e a classe.
O servidor autoritativo põe o registro SOA da zona na seção de autoridade, e o TTL dele, o menor entre o campo MINIMUM do SOA e o TTL do próprio SOA, é por quanto tempo a resposta negativa pode ficar em cache. Esse SOA, ou a ausência de registros NS, também é o que separa um NODATA de um referral.
A RFC 9824 (setembro de 2025) deixou o NODATA mais comum: uma zona assinada que usa compact denial responde a um nome inexistente com NODATA em vez de NXDOMAIN e o marca com o tipo sintético NXNAME no registro NSEC. Em 18 de outubro de 2026 o example.com respondia assim, então um teste que precisa de um NXDOMAIN de verdade usa um nome sob .invalid, que a RFC 6761 permite supor que sempre devolve NXDOMAIN.
Também conhecido como: no data, nodata response, noerror nodata, empty answer