Si www.bing.com
no abre en tu PC y ves DNSPROBEFINISHED_NXDOMAIN en Edge o Firefox, casi siempre es un problema de resolución DNS, a menudo por una configuración IPv6 incoherente. Aquí tienes el diagnóstico y la solución definitiva paso a paso.
Resumen rápido del caso real
En un PC con Windows, bing.com
no cargaba ni en Firefox ni en Edge: “no se puede encontrar el sitio” / DNSPROBEFINISHED_NXDOMAIN
. Se habían borrado caché y cookies y se probaron DNS públicos (Google y OpenDNS) tanto en el navegador (DNS seguro/DoH) como en el adaptador de red. Otros sitios funcionaban y la app de Android sí abría Bing.
Diagnóstico: fallo de resolución DNS por la ruta IPv6. En IPv4 ya se usaban DNS públicos; en IPv6 solo estaba configurado Google DNS. Solución: cambiar el DNS preferido de IPv6 a Cloudflare 2606:4700:4700::1111
(y alterno 2606:4700:4700::1001
). Tras aplicar el cambio, Bing volvió a resolver y cargar de inmediato.
Qué es DNSPROBEFINISHED_NXDOMAIN y por qué afecta a Bing
NXDOMAIN
significa literalmente “Non-eXistent Domain”: el nombre no pudo resolverse a una dirección IP. En la práctica, indica que el servidor DNS configurado en tu equipo, navegador, router o ISP, devolvió que el dominio no existe o no pudo resolverlo correctamente.
- IPv4 vs. IPv6: los navegadores consultan registros
A
(IPv4) yAAAA
(IPv6). Si tu equipo prefiere IPv6 y el DNS de IPv6 falla o responde distinto al de IPv4, el navegador puede terminar enNXDOMAIN
o “no se puede acceder a este sitio”. - DoH/DoT (DNS seguro): Edge y Firefox pueden usar “DNS sobre HTTPS” con un proveedor distinto al del sistema. Si DoH resuelve una cosa y el DNS del adaptador otra, aparecen inconsistencias difíciles de ver.
- Cachés intermedias: Windows, el navegador y tu router mantienen caché DNS. Un registro corrupto o una respuesta negativa temporal pueden perpetuar el error.
Checklist express para resolver bing.com con NXDOMAIN
- Unifica DNS en IPv4 e IPv6 en el adaptador de red y en el DNS seguro del navegador. Evita mezclas raras (p.ej., IPv4 en Cloudflare y IPv6 en un DNS del ISP).
- Prueba a quitar DNS manuales (volver a “obtener DNS automáticamente”) y compara.
- Vacía caché y reinicia red:
ipconfig /flushdns ipconfig /release ipconfig /renew
- Desactiva temporalmente DNS seguro (DoH) en el navegador para descartar conflictos.
- Contrasta resolución directa:
nslookup www.bing.com 1.1.1.1 nslookup www.bing.com 8.8.8.8 nslookup -type=AAAA www.bing.com 2606:4700:4700::1111
Si uno responde y otro no, el problema está en ese proveedor DNS o en su ruta por IPv6. - Comprueba router y terceros: DNS en el router, VPN, antivirus con filtro DNS, archivo
hosts
y controles parentales.
Solución confirmada: usa Cloudflare en IPv6 (2606:4700:4700::1111
)
El caso que resolvimos se arregló al alinear IPv6 con Cloudflare DNS. Configura así:
Valores recomendados de DNS públicos
Proveedor | IPv4 (preferido / alterno) | IPv6 (preferido / alterno) |
---|---|---|
Cloudflare | 1.1.1.1 / 1.0.0.1 | 2606:4700:4700::1111 / 2606:4700:4700::1001 |
8.8.8.8 / 8.8.4.4 | 2001:4860:4860::8888 / 2001:4860:4860::8844 |
Windows 10/11: configurar DNS IPv6 en el adaptador
- Pulsa Win + R, escribe
ncpa.cpl
y acepta. - Haz clic derecho en tu conexión (Ethernet o Wi‑Fi) → Propiedades.
- Selecciona Protocolo de Internet versión 6 (TCP/IPv6) → Propiedades.
- Marca Usar las siguientes direcciones de servidor DNS e introduce:
- Preferido:
2606:4700:4700::1111
- Alternativo:
2606:4700:4700::1001
- Preferido:
- Opcional: en IPv4, establece
1.1.1.1
y1.0.0.1
para mantener coherencia. - Acepta todo y reconecta (deshabilitar/habilitar el adaptador acelera el cambio).
Windows 11 (nueva UI):
- Abre Configuración > Red e Internet.
- En tu interfaz (Ethernet o Wi‑Fi), entra a Propiedades → Asignación de DNS → Editar.
- Elige Manual y activa IPv6. Introduce:
- DNS preferido:
2606:4700:4700::1111
- DNS alternativo:
2606:4700:4700::1001
- DNS preferido:
- Guarda y reconecta.
Configurar por PowerShell (administrador)
Si prefieres automatizar, identifica el alias del adaptador (p.ej., Ethernet o Wi-Fi) y ejecuta:
# Ver DNS actuales
Get-DnsClientServerAddress -AddressFamily IPv4,IPv6
Establecer Cloudflare en IPv6 para "Ethernet"
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -AddressFamily IPv6 \`
-ServerAddresses 2606:4700:4700::1111,2606:4700:4700::1001
(Opcional) Establecer Cloudflare en IPv4
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -AddressFamily IPv4 \`
-ServerAddresses 1.1.1.1,1.0.0.1 </code></pre>
<p>Después, limpia caché y renueva la concesión IP:</p>
<pre><code>ipconfig /flushdns
ipconfig /release
ipconfig /renew
</code></pre>
<h2>Validación: ¿Bing ya resuelve por IPv6?</h2>
<p>Prueba con <code>nslookup</code> y con el resolvedor de PowerShell:</p>
<pre><code>nslookup www.bing.com 1.1.1.1
nslookup -type=AAAA www.bing.com 2606:4700:4700::1111
PowerShell:
Resolve-DnsName [www.bing.com](http://www.bing.com) -Type A,AAAA -Server 1.1.1.1
Resolve-DnsName [www.bing.com](http://www.bing.com) -Type A,AAAA -Server 2606:4700:4700::1111 </code></pre>
<ul>
<li>Si recibes direcciones IPv6 (<code>AAAA</code>) y/o IPv4 (<code>A</code>) sin errores, abre de nuevo Bing en el navegador.</li>
<li>Si solo falla con un servidor o solo al consultar <code>AAAA</code>, confirma que tu DNS de <strong>IPv6</strong> sea el correcto y que <strong>DoH</strong> no esté sobreescribiendo tu elección.</li>
</ul>
<h2>DNS seguro (DoH) en Edge y Firefox: evita conflictos</h2>
<h3>Microsoft Edge</h3>
<ol>
<li>Entra a <strong>Configuración > Privacidad, búsqueda y servicios</strong>.</li>
<li>En la sección de <strong>Seguridad</strong>, ubica <strong>Usar DNS seguro</strong>.</li>
<li>Para pruebas, <strong>desactívalo temporalmente</strong>. Si así funciona, reactívalo eligiendo <strong>Cloudflare</strong> o un proveedor que coincida con tu configuración del sistema.</li>
</ol>
<h3>Mozilla Firefox</h3>
<ol>
<li>Ve a <strong>Ajustes > General > Configuración de red</strong> > <strong>Configuración</strong>.</li>
<li>Marca o desmarca <strong>Habilitar DNS sobre HTTPS</strong> según necesites probar.</li>
<li>Elige <strong>Cloudflare</strong> como proveedor o “Personalizado” con la URL DoH del proveedor que uses en el sistema.</li>
</ol>
<p><strong>Regla de oro:</strong> el proveedor DoH del navegador debe ser coherente con el DNS configurado en el sistema (IPv4/IPv6). Mezclar proveedores puede producir resultados diferentes para el mismo dominio.</p>
<h2>Otras causas y cómo descartarlas</h2>
<ul>
<li><strong>Router con DNS propios:</strong> muchos routers fuerzan sus DNS o tienen DoH/DoT. Alinea los valores del router con los de tus equipos o usa “automático” si tu ISP resuelve bien.</li>
<li><strong>VPN/antivirus/firewall con filtro DNS:</strong> suites de seguridad o clientes VPN insertan resolutores propios. Desactiva temporalmente o excluye el filtrado DNS para probar.</li>
<li><strong>Archivo <code>hosts</code> adulterado:</strong> abre <code>Bloc de notas</code> como administrador y revisa <code>C:\Windows\System32\drivers\etc\hosts</code>. Elimina líneas que apunten a <code>bing.com</code> o <code>www.bing.com</code>.</li>
<li><strong>Controles parentales/empresariales:</strong> comprueba si el dominio está bloqueado en listas de filtrado.</li>
<li><strong>Captive portals y redes públicas:</strong> si estás en una red con portal cautivo, autentícate primero.</li>
<li><strong>Problemas transitorios de proveedor:</strong> a veces, un DNS da NXDOMAIN temporal. Cambiar de proveedor (Cloudflare <→> Google) suele confirmar.</li>
</ul>
<h2>Guía rápida: 10 minutos para solucionar</h2>
<ol>
<li>Quita DoH del navegador (temporalmente).</li>
<li>En el adaptador, pon <strong>Cloudflare</strong> en <strong>IPv6</strong>: <code>2606:4700:4700::1111</code> y <code>::1001</code>. En IPv4, <code>1.1.1.1</code> y <code>1.0.0.1</code>.</li>
<li><code>ipconfig /flushdns</code> → reconecta.</li>
<li><code>nslookup www.bing.com 1.1.1.1</code> y <code>nslookup -type=AAAA www.bing.com 2606:4700:4700::1111</code>.</li>
<li>Si ya resuelve, vuelve a activar DoH, esta vez seleccionando el mismo proveedor (Cloudflare) para mantener coherencia.</li>
</ol>
<h2>Tabla de comandos útiles</h2>
<table>
<thead>
<tr>
<th>Acción</th>
<th>Windows</th>
<th>macOS</th>
<th>Linux</th>
</tr>
</thead>
<tbody>
<tr>
<td>Vaciar caché DNS</td>
<td><code>ipconfig /flushdns</code></td>
<td><code>sudo killall -HUP mDNSResponder</code></td>
<td><code>sudo resolvectl flush-caches</code> (o <code>systemd-resolve --flush-caches</code>)</td>
</tr>
<tr>
<td>Probar resolución A/AAAA</td>
<td><code>nslookup</code>, <code>Resolve-DnsName</code></td>
<td><code>dig A/AAAA</code> (si instalado)</td>
<td><code>dig A/AAAA</code></td>
</tr>
<tr>
<td>Forzar ping IPv4/IPv6</td>
<td><code>ping -4</code> / <code>ping -6</code></td>
<td><code>ping -4</code> / <code>ping -6</code></td>
<td><code>ping -4</code> / <code>ping -6</code></td>
</tr>
</tbody>
</table>
<h2>Por qué podía fallar solo en PC (pero no en la app de Android)</h2>
<p>Muchas apps móviles usan su propio resolvedor por DoH integrado (y no el del sistema), o enrutan el tráfico por otros caminos (CDN, proxies o redes móviles con políticas distintas). En el PC, tu navegador y el sistema pudieron estar intentando resolver por <strong>IPv6</strong> mediante un DNS que devolvía una respuesta negativa o incoherente. Al alinear ambos (sistema y navegador) y usar un proveedor con buen soporte IPv6, el problema desaparece.</p>
<h2>Buenas prácticas para evitar que se repita</h2>
<ul>
<li><strong>Coherencia ante todo:</strong> usa el mismo proveedor de DNS en IPv4 e IPv6, y si habilitas DoH en el navegador, selecciona el mismo proveedor.</li>
<li><strong>Red doméstica ordenada:</strong> si cambias DNS en el router, evita sobreescribir los clientes con valores contradictorios.</li>
<li><strong>Documenta tus cambios:</strong> anota qué proveedor usas y cuándo lo cambiaste. Te ayudará a revertir si fuera necesario.</li>
<li><strong>Evita duplicidades de caché agresivas:</strong> reinicia el router y limpia la caché del sistema tras grandes cambios de DNS.</li>
</ul>
<h2>Solución alternativa: volver a “automático” y comprobar</h2>
<p>Si no quieres fijar DNS manualmente, vuelve a <strong>Obtener dirección del servidor DNS automáticamente</strong> tanto en IPv4 como en IPv6, vacía caché y prueba. Si así funciona, el fallo estaba en tu configuración manual o en el proveedor que estabas fijando.</p>
<h2>Preguntas frecuentes</h2>
<h3>¿Es mejor desactivar IPv6?</h3>
<p>No es recomendable. Muchos servicios y CDNs funcionan mejor con IPv6. Lo correcto es <strong>arreglar el DNS de IPv6</strong>, no apagar el protocolo.</p>
<h3>¿Cuál es la diferencia entre cambiar DNS en el sistema y en el navegador?</h3>
<p>El navegador con DoH puede ignorar el DNS del sistema. Si el navegador usa DoH con un proveedor distinto al del sistema, tendrás diagnósticos contradictorios. Alinea ambos.</p>
<h3>¿Por qué solo fallaba <code>www.bing.com</code>?</h3>
<p>Un proveedor DNS puede tener un problema puntual con determinados registros, o una ruta IPv6 específica degradada. Eso explicaría por qué otros dominios funcionaban y Bing no.</p>
<h3>¿Qué más puedo revisar si sigue fallando?</h3>
<ul>
<li>Prueba con <code>nslookup</code> usando 2 o 3 proveedores distintos (Cloudflare, Google, los de tu ISP).</li>
<li>Desactiva temporalmente VPNs y filtros DNS de antivirus.</li>
<li>Revisa que no tengas entradas en <code>hosts</code> que apunten el dominio a una IP inexistente.</li>
<li>Reinicia el router (apágalo 30 segundos) para limpiar su caché.</li>
</ul>
<h2>Plantilla de diagnóstico reproducible</h2>
<ol>
<li><strong>Capturar el síntoma</strong>: captura de pantalla del error <code>DNSPROBEFINISHED_NXDOMAIN</code> y hora exacta.</li>
<li><strong>Probar otro navegador</strong>: Edge y Firefox. Si falla en ambos, apunta a sistema/red.</li>
<li><strong>DoH off</strong> en el navegador: repetir prueba.</li>
<li><strong>Probar resolución directa</strong>:
<pre><code>nslookup www.bing.com 1.1.1.1
nslookup www.bing.com 8.8.8.8
nslookup -type=AAAA www.bing.com 2606:4700:4700::1111
</code></pre>
</li>
<li><strong>Unificar DNS</strong> en el adaptador: Cloudflare en IPv4 e IPv6 (o todo Google, pero evita mezclas).</li>
<li><strong>Limpiar caché y renovar IP</strong>:
<pre><code>ipconfig /flushdns
ipconfig /release
ipconfig /renew
Validar con Resolve-DnsName
:
Resolve-DnsName www.bing.com -Type A,AAAA -Server 1.1.1.1
Reactivar DoH usando el mismo proveedor del sistema.
Resultado esperado
Con DNS funcionales en ambos protocolos (especialmente IPv6), www.bing.com
debe resolverse sin NXDOMAIN
y abrir de forma normal en Edge y Firefox. La clave es mantener coherencia entre el DNS del sistema (IPv4/IPv6) y el DNS seguro del navegador.
Conclusión
El error DNSPROBEFINISHED_NXDOMAIN rara vez es “misterioso”: casi siempre es fruto de una configuración DNS inconsistente entre IPv4 e IPv6 o un proveedor con problemas en la ruta IPv6. Siguiendo este artículo, podrás aislar el origen en minutos y devolver a Bing (y a cualquier otro sitio afectado) a la normalidad. En el caso real, bastó con fijar Cloudflare en IPv6: 2606:4700:4700::1111
(alterno ::1001
) y limpiar cachés.
Apéndice: referencias de valores útiles
- Cloudflare — IPv4:
1.1.1.1
,1.0.0.1
· IPv6:2606:4700:4700::1111
,2606:4700:4700::1001
- Google — IPv4:
8.8.8.8
,8.8.4.4
· IPv6:2001:4860:4860::8888
,2001:4860:4860::8844
Si administras varias máquinas, considera aplicar estas configuraciones por directiva (GPO), scripts de inicio con PowerShell o perfiles MDM para asegurar uniformidad y evitar regresiones.