O nslookup é a ferramenta de consulta DNS que quase todo mundo conhece primeiro, e a saída dele tem um formato simples e estável, depois que você sabe o que é cada parte.

O layout da saída

Uma consulta normal fica assim (os endereços IPv4 do example.com em 7 de outubro de 2026; eles mudam, então os seus podem ser outros):

Server:		1.1.1.1
Address:	1.1.1.1#53

Non-authoritative answer:
Name:	example.com
Address: 104.20.23.154
Name:	example.com
Address: 172.66.147.243

As duas primeiras linhas são o header (cabeçalho) e descrevem o resolver (o servidor DNS que faz a consulta por você), não a resposta. Server: é o servidor DNS que o nslookup consultou, e o Address: logo abaixo é o endereço desse servidor, com a porta (#53). Isso confunde as pessoas o tempo todo: a primeira linha Address é o resolver que você consultou, não o endereço que você procurou.

Depois de uma linha em branco vem a resposta. O aviso Non-authoritative answer:, quando aparece, indica que o resultado veio de um resolver, quase sempre do cache dele, e não direto de um servidor autoritativo para a zona: o nslookup imprime essa linha sempre que o bit AA (authoritative answer) da resposta está desligado. Em seguida vêm os registros: numa consulta de endereço, uma linha Name: seguida de uma ou mais linhas Address: (uma resposta IPv6 também aparece numa linha Address, e você a reconhece pelos dois-pontos).

Onde olhar primeiro

Se a consulta falhou, o nslookup não imprime resposta nenhuma; imprime uma linha como ** server can't find nonexistent.invalid: NXDOMAIN. O nome fica sob .invalid porque a Request for Comments (RFC) 6761, seção 6.4 permite supor que esses nomes sempre retornam NXDOMAIN, enquanto o example.com hoje responde NOERROR sem dados para nomes que não existem (RFC 9824, seção 3; observado em 19/10/2026). O código no fim diz tudo: NXDOMAIN quer dizer que o nome não existe, SERVFAIL quer dizer que o servidor não conseguiu concluir a consulta, e REFUSED quer dizer que ele se recusou a responder.

Se deu certo, as duas perguntas que valem a pena são: qual resolver respondeu (a linha Server, caso você esteja testando um resolver específico) e se a resposta é autoritativa (o aviso). O resto desta série mostra como o nslookup formata cada tipo de registro, como ele se compara ao dig, o que é, de verdade, uma resposta autoritativa e como ler os erros dele.

A linha do servidor é a primeira que você deve ler

Antes da resposta, o nslookup mostra qual servidor ele consultou. Essa é a linha mais útil da saída e a que mais gente pula, porque ela é igual em toda consulta que dá certo, até o dia em que deixa de ser.

Um resolver trocado pelo , uma (virtual private network, rede privada virtual) que instalou o seu próprio resolver, um container que herdou outro resolv.conf: cada um desses casos produz respostas corretas, só que de um resolver que ninguém queria consultar. A resposta não está errada; a pergunta é que foi parar num lugar inesperado, e a saída parece absolutamente normal.

Leia a linha do servidor antes da resposta. Quando duas máquinas discordam sobre um nome, o culpado é mais vezes o resolver do que o registro.

Fontes