Linux / Comando nslookup: consultar DNS e interpretar respostas

O comando nslookup consulta o Sistema de Nomes de Domínio (DNS) para obter endereços de um nome, registros específicos ou nomes associados a um IP. Ele aceita consultas diretas e um modo interativo; para analisar cabeçalhos, tipos e tempos de cache com mais detalhe, o comando dig costuma facilitar a comparação.

Com um nome como argumento, o programa mostra a resposta e termina. Sem argumentos, abre uma sessão de consultas. Por padrão, usa a configuração de servidores do sistema; o último argumento permite escolher outro servidor para a consulta, sem alterar a configuração de DNS do sistema operacional.

Sintaxe básica

nslookup [opções] [nome-ou-IP] [servidor-DNS]

Os colchetes indicam partes opcionais e não devem ser digitados. Substitua os nomes descritivos pelos valores desejados. As opções vêm antes do nome; ao indicar um servidor, use seu endereço como último argumento, sem o prefixo @ usado pelo dig. Consulte apenas servidores que você está autorizado a usar.

Consulte man nslookup no próprio Linux para identificar a implementação e as opções disponíveis. A documentação do BIND 9.20.30 orienta este guia; o programa do Windows tem diferenças de comandos e apresentação. Se o comando não estiver instalado, identifique o pacote de ferramentas DNS da sua distribuição antes de tentar os exemplos.

Exemplos de consulta

Consultar os endereços de um domínio

O servidor configurado responde à consulta pelo nome informado:

nslookup example.com

Um nome pode ter vários endereços. Registros A contêm endereços IPv4 e AAAA, endereços IPv6; várias respostas não indicam, por si só, erro. O BIND atual documenta a consulta padrão de A e depois AAAA. Para comparar um tipo específico entre servidores ou versões, indique-o explicitamente com -type=A ou -type=AAAA.

example.com é um domínio reservado para exemplos. Os registros públicos podem mudar: não espere que uma execução reproduza endereços de uma ilustração.

Escolher o tipo de registro

Registros MX descrevem a preferência e o destino de entrega de correio do domínio. Para consultá-los:

nslookup -type=MX example.com

Nos registros MX comuns, números menores têm maior preferência. Existe também o MX nulo definido pela RFC 7505: preferência 0 e destino . declaram que o domínio não aceita correio. Um destino exibido como (root) pode representar esse ponto; ele não é um servidor de e-mail utilizável.

Na verificação de 29 de outubro de 2026, o nslookup nativo do Windows 11 consultou os registros públicos A/AAAA e MX de example.com, com espera inicial de dois segundos e uma repetição configuradas. Houve respostas de endereços e MX com preferência 0 e destino (root). Isso verifica aquela consulta no Windows, sem equivaler a executar o BIND no Linux; os valores dependem do servidor e do momento.

Consultar DNS reverso

Ao informar um IP, o programa consulta o registro PTR, que pode associar esse endereço a um nome:

nslookup 192.0.2.1

O endereço 192.0.2.1 pertence ao bloco TEST-NET-1, reservado para documentação. O exemplo mostra a sintaxe e não promete um PTR existente. Para uma verificação útil, substitua-o por um IP real sob sua responsabilidade. A consulta é enviada ao servidor DNS; não é um teste de conexão com o IP consultado.

Um resultado reverso não comprova propriedade do endereço nem garante que a consulta direta do nome retorne ao mesmo IP. A ausência de PTR também não significa que o endereço esteja desocupado ou que a máquina esteja desligada.

Identificar o servidor e interpretar a resposta

O campo Server identifica o servidor DNS consultado. O nome e os endereços da resposta aparecem em outra parte da saída:

nslookup example.com

Formato ilustrativo e abreviado da saída, com endereços fictícios:

Server:  192.0.2.53
Name:    example.com
Address: 192.0.2.10

Nessa ilustração, 192.0.2.53 representa o servidor e 192.0.2.10, o endereço retornado para o nome. Ambos são endereços de documentação, não configurações de DNS público para copiar. A saída real pode incluir uma linha Address também no bloco do servidor: interprete cada linha junto ao bloco a que pertence, sem confundir o resolvedor consultado com o destino da resposta.

A mensagem Non-authoritative answer indica uma resposta que não é autoritativa para a consulta, conforme a distinção do campo Authoritative Answer do DNS. Um resolvedor recursivo pode ter obtido os dados agora ou de seu cache; a mensagem, sozinha, não prova que os dados vieram do cache e não representa automaticamente um erro. Ela também não é uma garantia de autenticidade criptográfica.

O mesmo nome pode retornar valores diferentes conforme o servidor, o cache e o horário. O tempo de vida (TTL) limita o armazenamento de um registro em cache; para examinar esse valor, o tipo e o estado da resposta em conjunto, use uma consulta completa com dig.

Opções principais e formas de uso

Não interprete -timeout=2 como uma garantia de que o processo inteiro terminará em dois segundos. O intervalo inicial e o número de tentativas são controles distintos. Consulte as opções da versão instalada antes de criar rotinas que dependam de um limite total de execução.

Usar o modo interativo

1. Execute nslookup sem argumentos. O programa apresenta seu prompt de consultas.
2. Digite set type=MX e, em seguida, example.com para consultar MX nessa sessão. Analise a preferência e o destino, inclusive a possibilidade de MX nulo.
3. Para voltar a consultar endereços IPv4, digite set type=A antes do próximo nome. O tipo selecionado permanece em vigor na sessão até ser alterado ou a sessão terminar. Se usar o comando interativo server seguido do endereço de outro servidor autorizado, a mudança vale para essa sessão, sem modificar o DNS do sistema.
4. Digite exit para retornar ao shell. Uma nova execução começa uma nova sessão; opções alteradas nessa sessão não reconfiguram o sistema operacional.

Os comandos de sessão não são idênticos em todas as implementações. Por exemplo, não transfira automaticamente uma lista de comandos interativos do Windows para o BIND: consulte o manual instalado.

Cuidados ao diagnosticar falhas

Para diagnosticar uma falha, compare o nome exato, o tipo pedido, o servidor consultado e a mensagem completa. Uma resposta NXDOMAIN informa que o nome não existe na resposta DNS recebida; um nome existente pode não possuir o tipo solicitado. SERVFAIL indica falha ao processar a consulta e um timeout indica que não chegou uma resposta dentro da espera prevista. Essas situações exigem verificações diferentes; não as resuma como “a rede caiu”.

O nslookup consulta DNS e não reproduz necessariamente o caminho completo de resolução de um aplicativo. Entradas de /etc/hosts, cache do aplicativo ou outro resolvedor usado pelo navegador podem explicar diferenças. Preserve o servidor, o tipo e o momento da consulta ao comparar resultados; não altere configurações nem limpe caches sem identificar a causa.

Uma resposta DNS não comprova que uma aplicação esteja acessível. Conexão à porta, HTTP, TLS e autenticação precisam de verificações próprias. Se o nome foi resolvido, investigue essas etapas separadamente; se não foi, comece pelo nome, tipo e resolvedor, usando dig quando precisar do cabeçalho e das seções completas.

Pergunta frequente

Como sair do modo interativo do nslookup?

Digite exit no prompt do programa. Em um terminal Linux, Ctrl+D também pode encerrar a entrada enviando fim de arquivo. Use exit como opção explícita entre implementações; o atalho de terminal não deve ser presumido igual no Windows.

Documentação oficial

Confira o comportamento e as diferenças de versão no manual oficial do nslookup no BIND. Para o programa nativo do Windows, consulte a documentação do nslookup da Microsoft.