Solución a DNSPROBEFINISHED_NXDOMAIN en Bing: corrige el error DNS por IPv6 (Cloudflare 2606:4700:4700::1111)

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.

Índice

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) y AAAA (IPv6). Si tu equipo prefiere IPv6 y el DNS de IPv6 falla o responde distinto al de IPv4, el navegador puede terminar en NXDOMAIN 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

  1. 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).
  2. Prueba a quitar DNS manuales (volver a “obtener DNS automáticamente”) y compara.
  3. Vacía caché y reinicia red: ipconfig /flushdns ipconfig /release ipconfig /renew
  4. Desactiva temporalmente DNS seguro (DoH) en el navegador para descartar conflictos.
  5. 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.
  6. 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

ProveedorIPv4 (preferido / alterno)IPv6 (preferido / alterno)
Cloudflare1.1.1.1 / 1.0.0.12606:4700:4700::1111 / 2606:4700:4700::1001
Google8.8.8.8 / 8.8.4.42001:4860:4860::8888 / 2001:4860:4860::8844

Windows 10/11: configurar DNS IPv6 en el adaptador

  1. Pulsa Win + R, escribe ncpa.cpl y acepta.
  2. Haz clic derecho en tu conexión (Ethernet o Wi‑Fi) → Propiedades.
  3. Selecciona Protocolo de Internet versión 6 (TCP/IPv6)Propiedades.
  4. Marca Usar las siguientes direcciones de servidor DNS e introduce:
    • Preferido: 2606:4700:4700::1111
    • Alternativo: 2606:4700:4700::1001
  5. Opcional: en IPv4, establece 1.1.1.1 y 1.0.0.1 para mantener coherencia.
  6. Acepta todo y reconecta (deshabilitar/habilitar el adaptador acelera el cambio).

Windows 11 (nueva UI):

  1. Abre Configuración > Red e Internet.
  2. En tu interfaz (Ethernet o Wi‑Fi), entra a PropiedadesAsignación de DNSEditar.
  3. Elige Manual y activa IPv6. Introduce:
    • DNS preferido: 2606:4700:4700::1111
    • DNS alternativo: 2606:4700:4700::1001
  4. 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 &gt; 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 &gt; General &gt; Configuración de red</strong> &gt; <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 &lt;&rarr;&gt; 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> &rarr; 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.

Índice