Ao tentar abrir www.bing.com
no Windows (Edge/Firefox), erros como DNSPROBEFINISHED_NXDOMAIN e “We can’t connect to the server” podem surgir quando o DNS via IPv6 está mal configurado. Veja o diagnóstico certeiro e a correção definitiva usando DNS do Cloudflare/Google.
Resumo rápido
- Causa raiz: resolução de nomes quebrada no caminho IPv6; o Windows privilegia IPv6 e, com DNS IPv6 defeituoso, o nome
www.bing.com
não resolve. - Solução: definir DNS IPv6 confiável (ex.: Cloudflare
2606:4700:4700::1111
e2606:4700:4700::1001
) e, opcionalmente, ajustar também o IPv4 (1.1.1.1/1.0.0.1 ou 8.8.8.8/8.8.4.4). - Validação: limpar cache do DNS, testar com
nslookup www.bing.com
e confirmar que há resposta para A/AAAA.
O caso prático
Em vários PCs com Windows, o acesso a www.bing.com
falhava no Edge e no Firefox com NXDOMAIN. Limpeza de cache/cookies e ativar Secure DNS no navegador (DoH) não resolveram. No Android, o app do Bing abria normalmente. Ao inspecionar a pilha de rede do Windows, descobriu-se que a resolução IPv6 estava apontando para servidores ruins. Como o sistema prioriza IPv6, o nome não resolvia — mesmo com IPv4 correto.
Por que isso acontece no Windows
O Windows usa um algoritmo de seleção de caminho que tende a preferir IPv6 quando disponível (por exemplo, quando há endereço IPv6 válido na interface e servidores DNS IPv6 configurados). O fluxo simplificado é:
- Verifica disponibilidade de IPv6 na interface (endereçamento, gateway, DNS).
- Tenta resolver o nome pedindo um registro AAAA (IPv6) e, em seguida, A (IPv4) — o comportamento exato pode variar por aplicação/stack.
- Se o resolvedor DNS IPv6 estiver errado ou inacessível, a consulta falha; alguns clientes interpretam isso como NXDOMAIN ou erro de rede, impedindo o carregamento.
Resultado: o domínio parece “inexistente” no PC, mesmo funcionando em outros dispositivos e redes.
Solução comprovada
Trocar os servidores DNS, especialmente os IPv6, para provedores confiáveis. As combinações abaixo são seguras e rápidas:
Família | Provedor | Preferido | Alternativo |
---|---|---|---|
IPv4 | Cloudflare | 1.1.1.1 | 1.0.0.1 |
IPv4 | 8.8.8.8 | 8.8.4.4 | |
IPv6 | Cloudflare | 2606:4700:4700::1111 | 2606:4700:4700::1001 |
IPv6 | 2001:4860:4860::8888 | 2001:4860:4860::8844 |
Passo a passo recomendado
- Reinicie o PC para descartar falhas momentâneas de rede e liberar sockets/serviços presas.
- Ajuste o DNS no adaptador de rede (Windows 10/11):
- Abrir Configurações → Rede e Internet → Configurações de rede avançadas → Mais opções do adaptador de rede.
- Botão direito no adaptador em uso (por exemplo, Ethernet ou Wi-Fi) → Propriedades.
- Selecione Protocolo IP Versão 4 (TCP/IPv4) → Propriedades → Usar os seguintes endereços de servidor DNS:
- Preferido:
1.1.1.1
(ou8.8.8.8
) - Alternativo:
1.0.0.1
(ou8.8.4.4
)
- Preferido:
- Selecione Protocolo IP Versão 6 (TCP/IPv6) → Propriedades → Usar os seguintes endereços de servidor DNS:
- Preferido:
2606:4700:4700::1111
(ou2001:4860:4860::8888
) - Alternativo:
2606:4700:4700::1001
(ou2001:4860:4860::8844
)
- Preferido:
www.bing.com
passar a abrir, o defeito está no caminho IPv6/DNS. Reative o IPv6 e mantenha os servidores corretos. - (Opcional) Ative Secure DNS no navegador:
- Edge/Chrome: Configurações → Privacidade e segurança → Usar DNS seguro. Escolha Cloudflare ou Google.
- Firefox: Configurações → Geral → Configurações de Rede → Ativar DNS sobre HTTPS.
- Limpe o cache de DNS do Windows e reinicie o navegador:
ipconfig /flushdns
- Teste a resolução:
nslookup www.bing.com
Você deve ver respostas com endereços IPv6 (AAAA) e/ou IPv4 (A). Se a consulta para IPv6 falhar e IPv4 funcionar, ajuste os DNS IPv6 conforme o passo anterior.
Comandos úteis para verificar e corrigir
Comando | Para que serve |
---|---|
ipconfig /all | Lista interfaces, DNS atribuídos, IPv4/IPv6 e gateways. |
ipconfig /flushdns | Limpa o cache local do resolvedor DNS do Windows. |
nslookup www.bing.com | Consulta direta ao DNS que seu PC está usando; verifique se há registros A/AAAA. |
Resolve-DnsName www.bing.com | Versão PowerShell do nslookup, exibe detalhes do caminho e tipo de registro. |
Get-DnsClientServerAddress | Mostra os servidores DNS configurados por interface (PowerShell). |
Ajuste via PowerShell (admin)
Substitua Wi-Fi
ou Ethernet
pelo nome do seu adaptador:
# Ver servidores DNS atuais
Get-DnsClientServerAddress
Definir Cloudflare (IPv4 e IPv6) no adaptador
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" \`
-ServerAddresses ("1.1.1.1","1.0.0.1","2606:4700:4700::1111","2606:4700:4700::1001")
Voltar ao automático (DHCP) caso necessário
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ResetServerAddresses
Diagnóstico guiado
Sintoma | Possível causa | O que checar | Correção sugerida |
---|---|---|---|
Somente www.bing.com falha; outros sites abrem | Problema de DNS/IPv6 específico | nslookup e Resolve-DnsName | Trocar DNS IPv6 e IPv4; limpar cache |
NXDOMAIN no navegador | Servidor DNS respondendo “não existe” | Se o DNS é do roteador/ISP, teste com nuvem (Cloudflare/Google) | Definir DNS confiável no PC/roteador |
DNSPROBEFINISHEDBADCONFIG | Configuração inválida de DNS | Endereços DNS e ordem de preferências | Corrigir entradas DNS e reiniciar serviço |
DNSPROBEFINISHEDNOINTERNET | Sem conectividade de rede | Gateway/roteador, cabo, Wi‑Fi | Restaurar conectividade antes do DNS |
Navegador falha; ping a outros sites funciona | DoH do navegador versus DNS do sistema | Config do DoH e DNS do SO | Harmonizar: ou usa DoH, ou corrige DNS do SO |
Por que no Android funcionava?
Muitos apps móveis usam DNS-over-HTTPS próprio ou DNS embutido (Cloudflare/Google), ignorando as configurações de DNS do dispositivo/rede. Assim, ainda que o PC tenha IPv6/DNS defeituoso, o app do Android resolve nomes por outro caminho e o site abre sem problema.
Boas práticas e cuidados
- Prefira corrigir, não desativar o IPv6. Desativar pode mascarar problemas e quebrar recursos em redes modernas.
- Configure DNS no roteador quando possível, mas teste antes no PC. Se o roteador distribui DNS IPv6 errado via RA/DHCPv6, todos os dispositivos serão afetados.
- Em ambientes corporativos, confirme se há políticas de DNS internas (Split DNS, proxies, filtros). Ajuste somente com aval do administrador.
- Evite misturar DNS de provedores muito diferentes em IPv4/IPv6 no mesmo host sem necessidade; mantenha pares coerentes (ex.: Cloudflare em ambos).
- Após mudanças, reinicie o serviço DNS Client se necessário:
net stop dnscache && net start dnscache
Verificações extra que economizam tempo
- Arquivo hosts: abra como admin e confirme que não há entrada estranha para
bing.com
:C:\Windows\System32\drivers\etc\hosts
- Firewall/Antivírus: alguns interceptam DNS. Desative momentaneamente só para testar.
- Roteadores com DNS Proxy: se apontam para upstream IPv6 inválido, herdará o problema. Atualize firmware e defina DNS manualmente.
- VPNs: podem impor DNS próprios. Desconecte e teste.
- MTU/Fragmentação: raramente, pacotes DNS grandes via IPv6 sofrem bloqueio. Teste com
Resolve-DnsName -Type A
e-Type AAAA
.
Fluxo de resolução recomendado
- Confirme que outros sites abrem e que a rede tem Internet.
- Execute
nslookup www.bing.com
. Se der NXDOMAIN ou tempo esgotado, continue. - Defina DNS Cloudflare/Google para IPv6 e IPv4 no adaptador.
- Limpe cache:
ipconfig /flushdns
e feche/abra o navegador. - Teste novamente com
nslookup
e no navegador. - Se persistir, desmarque IPv6 temporariamente. Se funcionar, volte e corrija os DNS IPv6.
Exemplos de saída esperada
Os números abaixo são meramente ilustrativos; o importante é receber qualquer resposta válida A/AAAA.
nslookup www.bing.com
Servidor: one.one.one.one
Address: 1.1.1.1
Resposta não-autoritativa:
Nome: [www.bing.com](http://www.bing.com)
Addresses: 2a02:26f0\:xxxx\:xxxx::xxxx
13.107.xxx.xxx
Perguntas frequentes
Ativar DNS seguro (DoH) no navegador resolve?
Às vezes. Se o caminho até o servidor DoH funciona (mesmo via IPv4), o navegador pode resolver nomes apesar do DNS do sistema. Contudo, outras apps do Windows continuarão falhando. Por isso, prefira corrigir o DNS no sistema.
Devo desativar o IPv6 definitivamente?
Não é recomendado. O IPv6 é parte essencial da Internet atual. Use a desativação apenas para diagnóstico — e restaure após configurar DNS IPv6 confiável.
Qual combinação de DNS é “melhor”: Cloudflare ou Google?
Ambos são excelentes. Se prioriza privacidade, Cloudflare costuma ser a escolha preferida; se busca ubiquidade e compatibilidade, Google é sólido. O crucial é manter coerência (mesmo provedor em IPv4/IPv6) e baixa latência para sua região.
Checklist rápido de diagnóstico
- Outros sites abrem normalmente? (Se sim, suspeite de DNS.)
- O erro é NXDOMAIN? (Quase sempre DNS.)
- IPv6 configurado e funcional? (Troque para
2606:4700:4700::1111
/::1001
ou desative temporariamente.) - Executou
ipconfig /flushdns
? nslookup www.bing.com
retorna endereços válidos?- Sem entradas indevidas no hosts?
- Firewall/antivírus não está interceptando DNS?
Uma frase para fechar
O problema era DNS IPv6 mal configurado; apontar para o Cloudflare (2606:4700:4700::1111
) — ou equivalente — resolve imediatamente o acesso ao Bing.
Resumo operacional completo
- Defina DNS IPv4:
1.1.1.1
/1.0.0.1
(ou8.8.8.8
/8.8.4.4
). - Defina DNS IPv6:
2606:4700:4700::1111
/2606:4700:4700::1001
(ou2001:4860:4860::8888
/::8844
). - Limpe o cache:
ipconfig /flushdns
. - Teste:
nslookup www.bing.com
e abra no navegador. - Se preciso, desative IPv6 temporariamente para confirmar a causa e depois reative com DNS correto.
Anexo: solução automatizada (PowerShell)
Para quem prefere automatizar em um único passo (executar como administrador):
$ifAlias = (Get-NetAdapter | Where-Object {$_.Status -eq "Up"} | Select-Object -First 1).Name
Write-Host "Aplicando DNS no adaptador:" $ifAlias
Set-DnsClientServerAddress -InterfaceAlias $ifAlias -ServerAddresses `
("1.1.1.1","1.0.0.1","2606:4700:4700::1111","2606:4700:4700::1001")
ipconfig /flushdns
Write-Host "Concluído. Teste com: nslookup www.bing.com"
Conclusão
Erros como DNSPROBEFINISHED_NXDOMAIN em www.bing.com
no Windows costumam apontar para um problema de DNS/IPv6 — não para o site em si. Corrigir os servidores DNS no sistema (com prioridade para os endereços IPv6 confiáveis), limpar o cache e validar com nslookup
devolve a estabilidade na hora. Essa abordagem também evita falhas intermitentes e inconsistências entre apps, navegadores e dispositivos.