«Cuál es el mejor DNS para mi zona» es de las búsquedas más repetidas que traen lectores a esta web, y la respuesta honesta es que nadie puede dártela desde fuera. Sí podemos explicarte por qué y enseñarte a medirlo tú en dos minutos.
Por qué no hay una respuesta universal
Cloudflare, Google, Quad9 y el resto de grandes resolvers funcionan con anycast: la misma dirección, 1.1.1.1 por ejemplo, se anuncia desde cientos de nodos repartidos por el mundo, y tu consulta llega al que la red de tu operador considere más cercano. «Más cercano» en términos de enrutamiento, no de kilómetros. Dos vecinos de la misma ciudad con operadores distintos pueden estar hablando con nodos distintos, y uno tener 6 ms y el otro 40.
A eso se suma la caché. Si el dominio que pides ya lo ha resuelto alguien poco antes en ese mismo nodo, la respuesta sale al instante. Si no, el resolver tiene que recorrer la cadena completa hasta el servidor autoritativo, y ahí manda la calidad de la red del proveedor más que la distancia. Por eso una buena medición separa las dos cosas: consultas en caché y consultas en frío.
Cómo medirlo desde tu conexión
La opción rápida es el test de velocidad DNS. Hace cinco rondas de consultas a siete resolvers desde tu navegador, con nombres aleatorios para que ninguno responda desde caché, y te los ordena por latencia media. No instala nada ni guarda nada.
Dos consejos para que el resultado sirva:
- Hazlo desde la red que usas de verdad, no desde el móvil con datos si lo que quieres configurar es el router de casa.
- Repítelo a otra hora. Las redes de los operadores se congestionan por la tarde y el orden puede moverse.
Si prefieres la terminal, dig te da la misma información sin intermediarios:
dig @1.1.1.1 example.com | grep "Query time"
dig @8.8.8.8 example.com | grep "Query time"
dig @9.9.9.9 example.com | grep "Query time"La primera consulta a cada resolver suele tardar más porque llena la caché; repite cada línea dos o tres veces y quédate con la cifra estable. En Windows, nslookup no muestra tiempos; usa el test del navegador o Measure-Command en PowerShell.
Qué cifras son buenas
- Menos de 20 ms: excelente. Es lo que ves cuando el resolver tiene nodo en tu ciudad o en la de al lado.
- 20 a 50 ms: perfectamente normal. No vas a notar diferencia con el anterior al navegar.
- 50 a 100 ms: aceptable, pero se empieza a notar en páginas que cargan recursos de muchos dominios.
- Más de 100 ms: hay uno mejor para ti, casi seguro.
Y una cifra que importa más que la latencia: la pérdida. Un resolver que responde en 8 ms pero no contesta al 10 % de las consultas es peor que uno de 25 ms que contesta siempre, porque cada consulta perdida es un segundo o dos de espera hasta que el sistema reintenta. En nuestra medición desde Madrid, DNS.WATCH perdía el 77 % de las consultas y Comodo el 42 %; ninguno de los dos es una opción por rápido que responda cuando responde.
Lo que medimos desde Madrid, como ejemplo
Con la respuesta en caché, Quad9 respondió en 5 ms y Cloudflare, CleanBrowsing, DNS4EU y xdp.es en 6, todos desde la red de Telefónica. Google en 7. En frío, forzando la resolución completa, Cloudflare bajó a 22 ms y el resto se movió entre 30 y 35, salvo los resolvers pequeños o con filtrado pesado, que superaron los 100.
Esa tabla describe una red concreta un día concreto. Si estás en Madrid con Telefónica te servirá; si estás en Lima, Berlín o Riad, te sirve sólo como referencia de lo que es una buena cifra.
Lo que cambia según la región
Europa. Los grandes tienen nodos en casi todas las capitales y las diferencias entre ellos son de pocos milisegundos. DNS4EU es el resolver público europeo y responde igual de rápido que Cloudflare desde España. Si estás en España, xdp.es tiene sus servidores en Madrid.
Oriente Medio y norte de África. Es de donde nos llega más esta pregunta, y con razón: la cobertura de nodos varía mucho por país y los acuerdos de intercambio de tráfico de cada operador cambian el resultado incluso dentro de la misma ciudad. Cloudflare y Google tienen presencia en el Golfo y en Egipto, pero que tu operador te lleve a ese nodo o a uno en Europa depende de él. Aquí la medición no es un consejo, es la única vía.
Latinoamérica. Parecido: hay nodos en las grandes capitales y mucha variación entre operadores. Es habitual que Cloudflare salga primero, pero no des por hecho nada.
Rusia y Asia. Los resolvers locales (Yandex DNS en Rusia, AliDNS en China) suelen ganar en latencia a los occidentales por pura cercanía de red. El test incluye AliDNS para que la comparación sea justa desde allí.
Una trampa habitual: el operador intercepta el DNS
Si en el test todos los resolvers dan casi el mismo tiempo y los mismos resultados, sospecha. Algunos operadores interceptan el tráfico DNS del puerto 53 y lo contestan ellos, sin importar qué dirección hayas configurado. No estás midiendo a Cloudflare, estás midiendo a tu operador con la dirección de Cloudflare puesta.
El test del navegador usa DNS sobre HTTPS, que no se puede interceptar de esa forma, así que sus cifras sí son las del resolver real. Si te pasa, configurar DoH o DoT en tu sistema es la manera de que el DNS que eliges sea el que de verdad te atiende.
Primario y secundario
Una vez sepas cuál es el más rápido, ponlo como primario. El secundario sólo se usa cuando el primario no responde: no es un reparto de carga, así que de poco sirve combinar «el más rápido y el más seguro» esperando lo mejor de ambos. Pon dos del mismo proveedor, o el más rápido y el siguiente más rápido. Las guías de configuración explican dónde va cada uno en Windows, macOS, Android, iOS y el router.