DNS

DNS não resolve no Mac

Quando o DNS falha, o Mac não consegue converter um nome como apple.com em endereço IP. A conexão pode funcionar, mas todos os sites acessados por nome falham.

Aplica-se ao macOS 13 Ventura e posterior para as etapas dos Ajustes do Sistema. Os comandos do Terminal funcionam em todas as versões atuais do macOS.Verificado: 29 de outubro de 2026

Sintomas

  • Navegadores mostram “servidor não encontrado” ou erro semelhante em muitos sites.
  • Ferramentas do Terminal mostram “Could not resolve host” ou “nodename nor servname provided”.
  • Apps que usam endereços IP ainda funcionam, mas nomes não.
  • O problema começa depois de mudar de rede, conectar uma VPN ou definir servidores DNS personalizados.

Possíveis causas

  • Sem conexão. O Mac não tem um caminho funcional para a internet, então as consultas DNS não conseguem sair.
  • Servidores DNS incorretos ou inacessíveis. Um servidor DNS digitado manualmente pode parar de funcionar ou estar bloqueado nessa rede.
  • O DNS do roteador falha. Muitas redes enviam DNS ao roteador. Se ele parar de responder, nomes falham em todos os dispositivos.
  • Uma VPN, perfil ou filtro altera o DNS. VPNs, perfis de DNS criptografado e filtros de conteúdo podem enviar consultas a outros servidores.
  • Respostas antigas no cache. O Mac guarda respostas por algum tempo. Depois que um site muda de endereço, uma resposta antiga pode falhar.

Como verificar

  1. Confirme que a conexão funciona. Envie pings a um endereço IP para não usar DNS.

    ping -c 3 1.1.1.1
  2. Envie pings a um nome. Se o endereço IP funcionar e o nome falhar, o problema é o DNS.

    ping -c 3 apple.com
  3. Peça um nome ao resolvedor do macOS. Isso usa o mesmo caminho que a maioria dos apps.

    dscacheutil -q host -a name apple.com

    Saída As linhas ip_address e ipv6_address. Nenhuma linha significa que a consulta falhou.

  4. Mostre a configuração DNS que o macOS usa agora. O primeiro resolvedor é o padrão.

    scutil --dns
  5. Mostre os servidores DNS definidos manualmente no serviço Wi-Fi.

    networksetup -getdnsservers Wi-Fi

    Saída Uma lista de endereços IP ou uma mensagem de que não há servidores DNS definidos. Nesse caso, a rede fornece os servidores.

Como corrigir

  1. Remova os servidores DNS digitados manualmente. Escolha menu Apple > Ajustes do Sistema > Rede.

  2. Clique no serviço de rede, clique em Detalhes e depois em DNS. Selecione cada servidor adicionado e clique no botão Remover.

  3. Você também pode removê-los no Terminal. Use a palavra empty no lugar dos endereços dos servidores.

    networksetup -setdnsservers Wi-Fi empty

    Requer uma senha de administrador.

  4. Limpe o cache DNS. Consulte Limpe o cache DNS no Mac.

    sudo killall -HUP mDNSResponder

    Requer uma senha de administrador.

  5. Obtenha um novo endereço e novos servidores DNS do roteador. Consulte Renove a concessão DHCP no Mac.

  6. Desconecte a VPN para testar. Se os nomes funcionarem, examine os ajustes DNS da VPN. Consulte Consultas DNS saem fora da VPN no Mac.

  7. Se o DNS falhar em todos os dispositivos, reinicie o roteador.

Com o Kilobat

  1. O Kilobat mede uma consulta DNS e lista os resolvedores em uso. Veja dnsMilliseconds, dnsServers e captivePortal.

    kilobat diagnose --json
  2. Para um site ou API, descubra a camada que falha. Ele verifica DNS antes da conexão.

    kilobat why api.example.com
  3. A CLI é gratuita. No app, a aba Saúde mostra os servidores DNS e o tempo de consulta. Consulte Descubra por que um site ou API não conecta.

Perguntas

Por que o ping para 1.1.1.1 funciona, mas os sites falham?

Um ping para um endereço IP não usa DNS. Se ele funcionar e nomes falharem, o problema é o DNS, não a conexão.

Por que dig funciona quando os apps falham?

dig envia consultas aos servidores em /etc/resolv.conf. Os apps usam o resolvedor do macOS, que também pode usar VPN e regras por domínio.

O roteador fornecerá servidores DNS novamente?

Sim. Quando a lista DNS nos ajustes de Rede está vazia, o macOS usa os servidores fornecidos pela rede por DHCP.

Fontes

Verificado em 29 de outubro de 2026.