Como Corrigir o Erro “O Endereço IP do Servidor Não Pôde Ser Encontrado”

O erro "Não foi possível encontrar o endereço IP do servidor" significa que o seu navegador enviou uma consulta DNS para um nome de domínio e não recebeu nenhum endereço IP válido em resposta — portanto, nenhuma ligação TCP foi alguma vez tentada. A causa principal é quase sempre uma falha em algum ponto da cadeia de resolução DNS: uma cache local desatualizada, um resolver mal configurado, um atraso de propagação após uma alteração de registo DNS, ou uma interrupção genuína do lado do servidor.

Este guia abrange todas as camadas dessa cadeia — desde a cache DNS do próprio navegador até ao resolver recursivo do seu ISP e ao servidor de nomes autoritativo — com comandos exatos, detalhes ao nível do registo, e os casos extremos que os tutoriais genéricos ignoram.

O Que Acontece Realmente Durante a Resolução DNS

Antes de resolver problemas, compreender o caminho de resolução evita esforço desperdiçado. Quando escreve um URL num navegador, a seguinte sequência de pesquisa é executada por ordem:

1. Cache DNS do navegador — Chrome, Firefox e Edge mantêm cada um a sua própria cache DNS em memória, separada do sistema operativo.
2. Cache do resolver do sistema operativo — O serviço DNS Client do Windows ou o mDNSResponder do macOS verifica a sua cache local.
3. Ficheiro Hosts — Um ficheiro de substituição estático que tem precedência sobre toda a resolução baseada em rede.
4. Resolver DNS configurado — Normalmente o seu router (a funcionar como reencaminhador) ou um resolver público diretamente configurado como `8.8.8.8`.
5. Resolver recursivo no ISP — O resolver do seu ISP consulta a hierarquia DNS global se não tiver uma resposta em cache.
6. Servidor de nomes autoritativo — A fonte final de verdade para os registos A/AAAA do domínio.

Uma falha em qualquer uma destas fases produz o mesmo erro genérico do navegador. Saber qual camada está com problemas determina qual correção aplicar primeiro.

Passo 1: Verificar o URL e Testar o Âmbito

Este passo parece trivial, mas elimina imediatamente duas das causas mais comuns.

• Verifique se há erros de digitação na barra de endereços, incluindo TLDs incorretos (`.co` vs `.com`, `.net` vs `.org`).
• Teste um segundo domínio que sabe estar ativo (por exemplo, `google.com`). Se também falhar, o problema é em toda a rede da sua máquina, não específico do domínio.
• Teste a partir de um dispositivo móvel com dados móveis (não Wi-Fi). Se o site carregar aí, o problema é local à sua rede ou máquina.
• Execute uma pesquisa DNS rápida a partir da linha de comandos para contornar o navegador completamente:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

Se `nslookup` devolver um endereço IP mas o navegador continuar a apresentar erro, o problema é específico do navegador. Se `nslookup` também falhar, o problema está ao nível do resolver do sistema operativo ou mais profundo.

Passo 2: Limpar a Cache DNS Interna do Navegador

Cada navegador principal armazena registos DNS em cache independentemente do sistema operativo. Limpar apenas a cache do sistema operativo ignorando a cache do navegador é um erro comum.

Google Chrome e Edge (baseados em Chromium):

Navegue para o seguinte URL interno na barra de endereços:

“`

chrome://net-internals/#dns

“`

Clique em "Clear host cache". Em seguida, navegue para:

“`

chrome://net-internals/#sockets

“`

Clique em "Flush socket pools" para também limpar quaisquer ligações TCP desatualizadas associadas a endereços IP antigos.

Firefox:

O Firefox não expõe uma interface direta de limpeza de DNS. O método mais fiável é:

1. Abra `about:config` na barra de endereços.
2. Pesquise por `network.dnsCacheExpiration`.
3. Defina temporariamente o valor para `0`, recarregue a página e depois restaure para `60` (o padrão).

Em alternativa, reiniciar o Firefox com todos os separadores fechados limpa completamente a sua cache DNS.

Limpar cookies e ficheiros em cache do navegador também pode ajudar quando está envolvido um ciclo de redirecionamento ou uma resposta desatualizada:

• Chrome: Menu > Mais ferramentas > Limpar dados de navegação > selecione Imagens e ficheiros em cache e Cookies e outros dados de sites > Limpar dados.

Passo 3: Limpar a Cache DNS do Sistema Operativo

A cache do resolver DNS ao nível do sistema operativo armazena registos até o seu TTL expirar. Se um domínio alterou recentemente os seus registos DNS (por exemplo, uma migração de servidor ou alteração de IP), a sua máquina pode estar a guardar o registo antigo, agora inválido, muito além do seu TTL devido a um erro do resolver ou a um TTL original muito elevado.

Windows (todas as versões):

Abra a Linha de Comandos como Administrador e execute:

“`cmd

ipconfig /flushdns

“`

Resultado esperado: `Successfully flushed the DNS Resolver Cache.`

Para uma reinicialização mais completa, limpe também a cache NetBIOS:

“`cmd

nbtstat -R

“`

macOS (comandos específicos por versão):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Se utilizar `nscd` em alternativa:

“`bash

sudo service nscd restart

“`

Passo 4: Reiniciar o Router e Renovar a Concessão de IP

O seu router doméstico funciona tipicamente como um reencaminhador DNS — recebe as suas consultas DNS e reencaminha-as para o resolver do seu ISP. Um router com uma tabela ARP corrompida ou uma concessão DHCP desatualizada pode causar falhas DNS que parecem idênticas a problemas do lado do servidor.

Procedimento de reinicialização do router:

1. Desligue o router e retire-o da tomada de alimentação.
2. Aguarde 30 segundos completos (os condensadores precisam de descarregar para uma reinicialização a frio verdadeira).
3. Ligue-o novamente e aguarde que todos os indicadores luminosos se estabilizem antes de testar.

Renove o seu endereço IP após o router reiniciar:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Navegue para Definições do Sistema > Rede > selecione a sua interface ativa > Detalhes > TCP/IP > Renovar Concessão DHCP.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Caso extremo: Se estiver numa rede empresarial ou universitária com reservas DHCP, renovar a concessão pode não alterar o seu IP, mas irá atualizar as atribuições do servidor DNS enviadas pela opção 6 do DHCP. Isto por si só pode resolver o problema se a sua equipa de TI alterou recentemente os endereços dos seus servidores DNS internos.

Passo 5: Mudar para um Resolver DNS Público Fiável

O resolver recursivo do seu ISP é frequentemente o elo mais fraco. Os resolvers dos ISPs podem sofrer de envenenamento de cache, sequestro de NXDOMAIN (redirecionando pesquisas falhadas para páginas de anúncios), ou simples interrupções. Mudar para um resolver público bem mantido é frequentemente a correção mais rápida.

Comparação de Resolvers DNS

Como alterar o DNS no Windows:

1. Abra o Painel de Controlo > Centro de Rede e Partilha > Alterar definições do adaptador.
2. Clique com o botão direito no seu adaptador de rede ativo > Propriedades.
3. Selecione Protocolo Internet Versão 4 (TCP/IPv4) > Propriedades.
4. Selecione Utilizar os seguintes endereços de servidor DNS e introduza o resolver escolhido.
5. Repita para Protocolo Internet Versão 6 (TCP/IPv6) utilizando os endereços IPv6 do resolver escolhido (por exemplo, Cloudflare IPv6: `2606:4700:4700::1111` e `2606:4700:4700::1001`).
6. Clique em OK e execute `ipconfig /flushdns` novamente para limpar quaisquer entradas em cache do resolver antigo.

Como alterar o DNS no macOS:

1. Definições do Sistema > Rede > selecione a sua interface > Detalhes > DNS.
2. Clique no botão + e adicione os seus endereços DNS preferidos.
3. Remova as entradas antigas atribuídas pelo ISP.
4. Clique em OK > Aplicar.

Nuance crítica: Alterar o DNS ao nível do sistema operativo não afeta as aplicações que utilizam a sua própria resolução DNS integrada (por exemplo, alguns clientes VPN, certos navegadores com DNS-over-HTTPS ativado). Verifique as definições DNS do seu navegador separadamente.

Passo 6: Inspecionar e Corrigir o Ficheiro Hosts

O ficheiro hosts é uma substituição DNS estática local que tem precedência absoluta sobre toda a resolução baseada em rede. Uma única entrada malformada ou maliciosa pode bloquear silenciosamente um domínio inteiro. O malware frequentemente tem como alvo este ficheiro para redirecionar ou bloquear domínios específicos.

Localização do ficheiro hosts no Windows:

“`

C:WindowsSystem32driversetchosts

“`

Abra com o Bloco de Notas a executar como Administrador. Um ficheiro hosts legítimo deve conter apenas:

“`

127.0.0.1 localhost

::1 localhost

“`

Quaisquer entradas adicionais que apontem um domínio para `0.0.0.0`, `127.0.0.1`, ou qualquer endereço IP inesperado devem ser investigadas e removidas se não forem autorizadas.

Ficheiro hosts no macOS / Linux:

“`bash

sudo nano /etc/hosts

“`

Procure quaisquer linhas que não sejam comentários (linhas que começam com `#`) e que referenciem o domínio que está a tentar aceder. Remova-as, guarde o ficheiro (`Ctrl+X`, depois `Y` no nano), e limpe a cache DNS conforme descrito no Passo 3.

Dica profissional: Após editar o ficheiro hosts no Windows, deve limpar a cache DNS com `ipconfig /flushdns` para que a alteração tenha efeito imediato sem reiniciar.

Passo 7: Desativar Conflitos de VPN, Proxy e DNS-over-HTTPS

Os clientes VPN e as configurações de proxy estão entre as causas mais ignoradas de falhas de resolução DNS, particularmente em ambientes empresariais.

Fugas e falhas DNS relacionadas com VPN:

Quando uma VPN está ativa, instala tipicamente um adaptador de rede virtual e redireciona todas as consultas DNS através do túnel VPN para o resolver interno do fornecedor. Se a ligação VPN cair mas o adaptador virtual permanecer ativo, as consultas DNS são enviadas para um túnel inativo e expiram. Desative o cliente VPN completamente (não apenas desconecte) e teste.

Desativar proxy no Windows:

Definições > Rede e Internet > Proxy > desative Utilizar um servidor proxy e Detetar definições automaticamente (este último pode causar atrasos via descoberta WPAD).

Conflitos de DNS-over-HTTPS (DoH):

Chrome, Firefox e Edge podem ser configurados para utilizar um fornecedor DoH específico, contornando completamente o resolver do sistema operativo. Se esse fornecedor DoH estiver inacessível ou mal configurado, a resolução DNS falha silenciosamente.

• Chrome: Definições > Privacidade e segurança > Segurança > Utilizar DNS seguro — verifique o fornecedor configurado ou mude para “Com o seu fornecedor de serviços atual”.
• Firefox: Definições > Geral > desça até Definições de Rede > Definições > verifique a opção Ativar DNS sobre HTTPS e o fornecedor configurado.

Passo 8: Atualizar ou Reinstalar os Controladores do Adaptador de Rede

Controladores de adaptador de rede corrompidos ou desatualizados podem causar falhas DNS intermitentes, perda de pacotes e quedas de ligação que se manifestam como erros DNS.

Windows:

1. Prima `Win + X` > Gestor de Dispositivos.
2. Expanda Adaptadores de Rede.
3. Clique com o botão direito no seu adaptador ativo > Atualizar controlador > Procurar controladores automaticamente.
4. Se o Windows não encontrar nenhuma atualização, visite o site do fabricante do adaptador (Intel, Realtek, Broadcom) e descarregue o controlador mais recente diretamente.
5. Para uma reinstalação completa: clique com o botão direito no adaptador > Desinstalar dispositivo > marque Eliminar o software do controlador para este dispositivo > reinicie. O Windows reinstalará um controlador limpo ao reiniciar.

Reinicialização avançada da pilha de rede do Windows (utilize quando as atualizações de controladores não ajudam):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Reinicie após executar todos os quatro comandos. Isto reinicia o catálogo Winsock e a pilha TCP/IP para os seus valores predefinidos, resolvendo problemas causados por malware, desinstalações falhadas de software VPN, ou entradas corrompidas na pilha.

Passo 9: Diagnosticar Problemas do Lado do Servidor e de Propagação DNS

Se todos os passos do lado do cliente falharem, o problema pode ser externo — ou os registos DNS do domínio não estão a resolver globalmente, ou o próprio servidor está inacessível.

Verifique se o domínio resolve a partir de pontos de observação externos:

Utilize estas ferramentas para consultar o domínio a partir de múltiplas localizações globais simultaneamente:

• dnschecker.org — Mostra a propagação do registo A em mais de 100 servidores de nomes globais.
• whatsmydns.net — Verifica a propagação DNS para registos A, CNAME, MX e outros tipos de registo.
• downforeveryoneorjustme.com — Confirma se o site está globalmente inacessível ou apenas inacessível a partir da sua localização.

Atrasos de propagação DNS:

Se um domínio alterou recentemente o seu registo A, servidores de nomes ou alojamento, a propagação pode demorar desde alguns minutos até 48 horas dependendo do valor TTL definido no registo antigo. Durante esta janela, alguns resolvers em todo o mundo devolverão o endereço IP antigo (agora inválido) enquanto outros devolvem o novo. Este é um problema do lado do servidor/administração DNS, não um problema do lado do cliente.

Se gerir o domínio você mesmo e migrou recentemente o seu site para um novo servidor — por exemplo, ao mover para um ambiente de Alojamento VPS — verifique se o registo A na sua zona DNS aponta para o endereço IP do novo servidor e se o TTL antigo expirou completamente.

Verifique o servidor de nomes autoritativo diretamente:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Se o servidor de nomes autoritativo devolver o IP correto mas o seu resolver local não o fizer, o problema é de propagação de cache. Se o próprio servidor de nomes autoritativo não devolver nenhum registo ou devolver um registo incorreto, a configuração da zona DNS precisa de ser corrigida.

Passo 10: Contactar o Seu ISP ou Fornecedor de Alojamento

Se o domínio resolver corretamente a partir de pontos de observação externos mas não a partir da sua rede, o resolver do seu ISP pode estar a filtrar, bloquear ou devolver resultados incorretos para esse domínio. Isto é mais comum do que a maioria dos utilizadores percebe — alguns ISPs implementam bloqueio ao nível DNS para conformidade regulatória, e estes bloqueios ocasionalmente apanham domínios legítimos.

Teste utilizando temporariamente um resolver diferente (conforme descrito no Passo 5). Se o domínio resolver corretamente com `8.8.8.8` mas não com o resolver do seu ISP, contacte o seu ISP e reporte o domínio específico como incorretamente bloqueado ou em cache.

Se for o proprietário do site e os seus utilizadores estiverem a reportar este erro, o problema pode estar na sua configuração de alojamento. Verifique:

• O registo A do seu domínio aponta para o IP correto do servidor.
• Os seus Certificados SSL são válidos e não estão a causar ciclos de redirecionamento que impedem a ligação inicial.
• Os seus servidores de nomes estão corretamente definidos no seu fornecedor de Registo de Domínios.
• O seu servidor está realmente a funcionar e o serviço web (Apache, Nginx) está ativo.

Para sites de alto tráfego ou de missão crítica, considere mover para um Servidor Dedicado para eliminar problemas de recursos partilhados que podem causar falhas intermitentes de DNS ou conectividade.

Comparação: Causas do Lado do Cliente vs. Lado do Servidor

Matriz de Decisão Prática e Principais Conclusões

Siga esta lista de verificação por ordem para minimizar o tempo de diagnóstico:

• Confirme primeiro o âmbito. O erro afeta um domínio, um navegador, um dispositivo ou toda a rede? Esta única questão elimina 80% dos passos irrelevantes.
• Execute `nslookup` antes de alterar qualquer definição. Se resolver o IP, a correção é ao nível do navegador. Se falhar, a correção é ao nível do sistema operativo ou mais profundo.
• Limpe na ordem correta: cache DNS do navegador primeiro, depois cache DNS do sistema operativo, depois reinicialização do router. Fazê-los em ordem inversa desperdiça tempo.
• Limpe sempre a cache DNS do sistema operativo após alterar as definições do servidor DNS. O novo resolver não será consultado para domínios já em cache sob o resolver antigo até a cache ser limpa.
• Verifique o ficheiro hosts se o domínio estava a funcionar recentemente e parou subitamente. Isto é um forte indicador de malware ou de uma ferramenta de segurança mal configurada.
• Utilize `netsh winsock reset` no Windows apenas como último recurso — reinicia todas as entradas Winsock incluindo entradas legítimas adicionadas por software como clientes VPN, que podem precisar de ser reinstalados posteriormente.
• Se for proprietário de um site, verifique os registos da sua zona DNS imediatamente após qualquer migração de servidor. Se estiver a executar o seu site num VPS com cPanel, o Editor de Zona DNS do WHM fornece acesso direto a todos os registos. Se estiver em Alojamento Web Partilhado, utilize a secção de gestão DNS do painel de controlo de alojamento para confirmar que o registo A está atualizado.
• Para falhas DNS relacionadas com email (registos MX não a resolver), verifique a configuração do servidor de nomes do seu fornecedor de Alojamento de Email separadamente — os registos MX são independentes dos registos A e podem falhar independentemente.

FAQ

Por que razão o erro “não foi possível encontrar o endereço IP do servidor” aparece apenas no Chrome mas não no Firefox?

Chrome e Firefox mantêm caches DNS internas separadas e podem ser configurados para utilizar diferentes fornecedores de DNS-over-HTTPS. Se o Chrome tiver uma entrada de cache desatualizada ou corrompida, ou o seu fornecedor DoH estiver inacessível, falhará enquanto o Firefox tem sucesso utilizando o resolver do sistema operativo. Navegue para `chrome://net-internals/#dns` e clique em “Clear host cache” para resolver isto.

Quanto tempo demora a propagação DNS após alterar o registo A de um domínio?

O tempo de propagação depende do valor TTL (Time To Live) definido no registo antes da alteração. Se o TTL antigo era de 3600 segundos (1 hora), a maioria dos resolvers irá armazenar em cache o registo antigo por até uma hora. Se o TTL era de 86400 segundos (24 horas), a propagação pode demorar até 48 horas em casos extremos. Reduzir o TTL para 300 segundos várias horas antes de uma migração planeada reduz significativamente o tempo de propagação.

Uma firewall ou antivírus pode causar este erro DNS?

Sim. O software de segurança que inclui filtragem DNS (Windows Defender, Malwarebytes, Kaspersky, etc.) pode intercetar e bloquear consultas DNS para domínios sinalizados como maliciosos. Se o erro apareceu imediatamente após instalar ou atualizar software de segurança, desative temporariamente o componente de proteção DNS (não o antivírus completo) e teste. Verifique também se o software adicionou entradas ao seu ficheiro hosts.

Qual é a diferença entre `ipconfig /flushdns` e `netsh winsock reset`?

`ipconfig /flushdns` limpa apenas a cache do resolver DNS do Windows — remove os registos DNS em cache para que a próxima consulta vá para o resolver configurado de forma atualizada. `netsh winsock reset` reinicia todo o catálogo da API Windows Sockets para o seu estado predefinido, corrigindo corrupção mais profunda na própria pilha de rede. A reinicialização do Winsock requer um reinício e deve ser utilizada apenas quando a limpeza de DNS e as atualizações de controladores não resolveram o problema.

Se o domínio resolver corretamente via `nslookup` mas o navegador continuar a mostrar o erro, o que devo verificar?

Este cenário aponta tipicamente para uma de três causas: a cache DNS interna do navegador ainda contém um registo desatualizado (limpe-a via `chrome://net-internals/#dns`), o conjunto de sockets do navegador tem uma ligação desatualizada (limpe via `chrome://net-internals/#sockets`), ou uma extensão do navegador (particularmente extensões de proxy ou VPN) está a intercetar e a falhar o pedido DNS. Desative todas as extensões e teste numa janela privada/incógnita para isolar interferência de extensões.