Linux / Comando host: consultar nomes, endereços e DNS reverso

O comando host consulta informações DNS (Domain Name System, sistema de nomes de domínio) de forma concisa: pode buscar endereços de um nome ou registros reversos de um endereço IP. Ele é útil para uma verificação rápida e permite escolher o tipo de registro; receber uma resposta DNS não comprova que o serviço naquele endereço esteja acessível.

Por padrão, o host do BIND usa os servidores de /etc/resolv.conf. Um servidor informado no último argumento substitui essa seleção somente para a consulta. Ao receber um endereço IP como alvo, o programa normalmente consulta registros PTR, que associam um endereço a um nome na árvore de DNS reverso. Para examinar status e seções de uma resposta com mais detalhe, o comando dig oferece mais controle sobre a saída.

Sintaxe básica

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

Os colchetes indicam argumentos facultativos, sem serem digitados. Informe um nome de domínio ou um endereço IP como alvo. Se usar o último argumento, substitua servidor-DNS pelo nome ou endereço do servidor autorizado para a consulta. Diferentemente do dig, esse servidor não usa o prefixo @.

Consulte man host para as opções da implementação instalada. No host do BIND, host -V mostra a versão, enquanto -v ativa a saída detalhada; maiúsculas e minúsculas têm funções diferentes.

Exemplos de consulta

Consultar um nome de domínio

O comando apresenta os resultados DNS básicos para o nome:

host example.com

Um nome pode ter vários registros A, que indicam endereços IPv4, e AAAA, que indicam IPv6; a saída pode ter várias linhas. Os tipos consultados por padrão dependem da versão. A documentação do BIND 9.20.30 também lista MX e HTTPS entre as consultas padrão sem -t. Para comparar um tipo específico, escolha-o explicitamente com -t, em vez de presumir que uma execução padrão consulta apenas endereços.

example.com é reservado para documentação pela IANA. Seus registros podem mudar; não se espera que uma saída real coincida com os endereços e números usados em exemplos didáticos.

Consultar registros de email

A opção -t MX solicita registros de troca de email do domínio:

host -t MX example.com

Nos registros MX comuns, a preferência numérica menor é priorizada. Porém, uma preferência 0 com destino . representa Null MX: o domínio informa que não aceita email. O ponto, nesse caso, não é um servidor ao qual se deva conectar. Essa exceção é definida pela RFC 7505 sobre Null MX.

Consultar um nome reverso

Um endereço IP como argumento normalmente seleciona a consulta PTR correspondente:

host 192.0.2.1

O endereço 192.0.2.1 pertence à faixa TEST-NET-1 para documentação, descrita na RFC 5737. Substitua-o pelo endereço real cujo DNS reverso você precisa verificar; não espere um nome PTR público útil para esse marcador. Essa operação consulta DNS ao servidor selecionado, sem testar uma conexão de aplicação com o endereço pesquisado.

Interpretar uma saída simples

A consulta por nome é repetida para relacionar o comando ao formato da resposta:

host example.com

Formato ilustrativo, com um endereço reservado para documentação; não é o endereço real medido de example.com:

example.com has address 192.0.2.10

A frase has address apresenta um registro A de endereço IPv4. Várias linhas podem representar múltiplos endereços e outros tipos de registro. Isso não indica, por si só, erro nem identifica qual endereço uma aplicação escolherá. Também não significa que o endereço mostrado esteja respondendo em uma porta de serviço.

Um resultado reverso ausente não demonstra que o IP esteja livre, sem uso ou desligado. Pode não haver um registro PTR publicado, ou a consulta pode ter falhado por servidor, política ou falta de resposta. Mesmo quando há PTR, o nome retornado não comprova posse do endereço e não garante que uma consulta direta desse nome devolverá o mesmo IP.

Para diagnosticar respostas incompletas, compare o nome exato, o tipo solicitado e o servidor, usando -v ou o dig quando precisar ver o status completo. NXDOMAIN indica um nome inexistente no contexto da resposta; é diferente de ausência de um tipo específico, falha do servidor ou timeout sem resposta.

Na verificação deste artigo em 29 de outubro de 2026, o host não estava instalado no Git Bash 5.3.9 do Windows: host -V retornou código 127. As três consultas distintas dos exemplos passaram somente pela análise de sintaxe do Bash. Um teste separado com Resolve-DnsName, no Windows 11 build 28000 e PowerShell 5.1.28000.3231, retornou dois registros A de example.com e um Null MX de preferência 0 e destino .. Não houve execução do host no Linux nem consulta reversa ao endereço de documentação; a linha acima permanece ilustrativa.

Opções principais e cuidados com os tipos

Por exemplo, host -4 -t AAAA example.com usa transporte IPv4 para solicitar registros de endereços IPv6. Não há contradição: a família da conexão com o servidor DNS e o tipo de dado solicitado são escolhas diferentes. Esse é um exemplo de sintaxe; requer um servidor DNS acessível por IPv4.

Embora -a seja descrito como “all”, ele não funciona como uma cópia completa da zona. Servidores podem responder a ANY com apenas um subconjunto de registros ou uma resposta mínima, conforme a RFC 8482 sobre respostas a consultas ANY. Para uma dúvida sobre A, AAAA ou MX, consultar explicitamente o tipo desejado costuma produzir uma comparação mais clara. Confira esses comportamentos no manual oficial do host no BIND 9.

Separar problemas de DNS e de conexão

1. Confirme se o alvo é um nome ou IP e se a consulta é direta ou reversa. Ao comparar nomes curtos e completos, considere a lista de busca configurada no resolvedor; um ponto final identifica um nome DNS absoluto.
2. Selecione o tipo com -t e confira o servidor consultado. Compare o mesmo nome e tipo ao usar um servidor diferente; resultados internos e externos podem obedecer a políticas distintas.
3. Leia a mensagem de erro antes de concluir que o registro não existe. Considere cache e TTL (Time to Live, intervalo de validade para cache), sem confundir esse intervalo com uma garantia de atualização simultânea de todos os servidores.
4. Se DNS retorna o endereço, teste separadamente o cliente, a conexão e o serviço de destino. Falhas de roteamento, firewall, certificado ou autenticação podem persistir mesmo com DNS correto.

O host consulta DNS; ele não reproduz necessariamente toda a resolução usada pela aplicação, que pode considerar /etc/hosts, caches locais ou outro resolvedor. Uma diferença entre os resultados merece comparar esses caminhos antes de alterar registros ou configurações do sistema.

Pergunta frequente

Host e hostname são o mesmo comando?

Não. host consulta informações DNS. hostname mostra o nome do computador e, conforme a implementação e as permissões, também pode alterá-lo. Consultar um registro com host não muda o nome local; para esse outro assunto, veja a explicação sobre hostname no Linux.