1.1.1.1 vs 8.8.8.8: comparamos la velocidad de 10 servidores DNS
Comparamos la velocidad de Cloudflare 1.1.1.1 frente a Google 8.8.8.8 y otros servidores DNS. Datos reales de latencia y guía para cambiarlos paso a paso.

👁 117 lecturas
Hemos medido el tiempo de respuesta de 10 servidores DNS desde una conexion de fibra en Polonia: Cloudflare 1.1.1.1 y los servidores de Orange registraron un empate tecnico (mediana de 19,6-21,3 ms), Quad9 y Netia quedaron muy cerca, mientras que Google 8.8.8.8 respondio mas de dos veces mas lento (45-48 ms). En consultas «en frio», donde el servidor debe resolver la direccion desde cero, la ventaja de Cloudflare frente a Google fue todavia mayor. Informacion sobre la compañia: Cloudflare - guia completa.
Medicion del 5 de octubre de 2026, rondas a las 9:02 y a las 9:25
- Conexion: Orange Polska (AS5617), Windows 11.
- Metodo: 2 rondas × 50 dominios × 2 tipos de consulta por servidor, protocolo UDP, tiempo limite de 2 s.
- Mas rapidos: 1.1.1.1, 1.0.0.1 y ambos servidores de Orange: medianas de 19,6-22,1 ms para dominios populares.
- El mas lento entre los que respondieron: AdGuard DNS: mediana de 53-55 ms y 3 consultas fallidas en cada ronda.
- No respondieron desde el exterior: direcciones DNS probadas de Play, T-Mobile, Vectra y una direccion de Netia.
Por que medir la velocidad de los DNS
Cada visita a una pagina web arranca con una peticion al servidor DNS: «¿que direccion IP tiene este dominio?». Si el servidor responde en 20 ms, la espera es imperceptible. Si tarda 80 ms y el sitio carga elementos desde 15 dominios distintos, se acumula un retraso perceptible, especialmente en la primera carga. Por defecto navegas con los DNS de tu operador. La duda recurrente en las busquedas («DNS de Cloudflare o de Google») es directa: ¿compensa cambiarlos?
Como realizamos las pruebas
Desarrollamos un script en Python con la biblioteca dnspython para enviar peticiones directas a cada servidor, evitando la memoria cache local del sistema operativo:
- 50 dominios populares: servicios globales y portales de prueba (youtube.com, chatgpt.com, onet.pl, allegro.pl, mbank.pl, gov.pl, entre otros). Al ser sitios muy solicitados, los servidores suelen conservarlos en cache, por lo que el test refleja sobre todo la latencia de red hacia el servidor.
- 50 consultas «en frio»: subdominios aleatorios inexistentes generados para cada dominio (diferentes para cada servidor). Como nadie los ha consultado antes, el resolver debe recorrer toda la cadena de delegacion. Este test mide la eficiencia del propio resolver.
- El orden de consulta a los servidores se aleatorizo en cada dominio para no beneficiar a ninguno.
- Dos rondas independientes separadas por unos 20 minutos.
Resultados: dominios populares
Mediana del tiempo de respuesta - dominios populares, ronda 1 (ms, menor es mejor)
| Servidor | Mediana R1 | Mediana R2 | Percentil 90 R1 / R2 | Errores |
|---|---|---|---|---|
| Cloudflare 1.1.1.1 | 19,6 ms | 21,3 ms | 32,3 / 34,0 ms | 0 |
| Cloudflare 1.0.0.1 | 22,1 ms | 20,7 ms | 29,4 / 32,9 ms | 0 |
| Orange 194.204.159.1 | 21,0 ms | 21,2 ms | 42,0 / 35,8 ms | 0 |
| Orange 194.204.152.34 | 21,1 ms | 20,9 ms | 41,2 / 41,4 ms | 0 |
| Quad9 9.9.9.9 | 22,0 ms | 24,1 ms | 57,0 / 48,6 ms | 0 |
| Netia 62.233.128.17 | 25,0 ms | 25,8 ms | 40,6 / 40,1 ms | 0 |
| Google 8.8.4.4 | 39,3 ms | 40,4 ms | 51,3 / 59,0 ms | 0 |
| Google 8.8.8.8 | 45,3 ms | 48,1 ms | 73,6 / 56,6 ms | 0 |
| OpenDNS 208.67.222.222 | 47,6 ms | 49,2 ms | 68,2 / 66,6 ms | 0 |
| AdGuard 94.140.14.14 | 53,3 ms | 55,4 ms | 112,2 / 100,2 ms | 3 / 3 (de 100) |
Resultados: consultas «en frio»
Esta prueba refleja con que agilidad resuelve el servidor nombres que no estan en su memoria intermedia:
Mediana del tiempo de respuesta - consultas en frio, ronda 1 (ms)
En la segunda ronda el orden fue muy similar: 1.0.0.1 registro 28,1 ms, Orange 30,8 y 35,1 ms, 1.1.1.1 32,6 ms, Netia 35,1 ms, Quad9 39,6 ms, y Google 59,4 y 62,5 ms. Los peores tiempos individuales fueron: AdGuard con picos de hasta 1,6 s, Google hasta 0,4 s y 1.1.1.1 hasta 0,34 s.
Que conclusiones se desprenden
- Cloudflare y Orange quedan a la par. Las diferencias de 1-2 ms entran en el margen de ruido estadistico. La medicion se realizo sobre la red de Orange, lo que otorga a sus DNS ventaja al jugar como local; en lineas de otros proveedores sus cifras seran mas lentas.
- Google 8.8.8.8 fue casi el doble de lento que Cloudflare en dominios populares y entre 30 y 35 ms mas lento en consultas en frio bajo estas condiciones. Si lo configuraste siguiendo guias antiguas, cambiar a 1.1.1.1 supone una mejora directa.
- Quad9 destaca si buscas filtro contra sitios maliciosos: responde rapido en dominios habituales y muestra tiempos moderados en frio.
- AdGuard DNS bloquea anuncios, pero a costa de latencia: fue el mas lento y el unico en acumular peticiones fallidas.
- En el uso real la mejora es moderada. Ahorras unos 20-25 ms en la primera consulta hacia un dominio desconocido, tras lo cual la respuesta queda almacenada en el sistema y en el navegador. No aumenta el ancho de banda ni la velocidad de descarga: aporta una respuesta ligeramente mas agil al abrir nuevas webs.
Como cambiar las DNS a 1.1.1.1
Windows 11
- Configuracion → Red e internet → Ethernet o Wi-Fi → propiedades de la conexion activa.
- En «Asignacion de servidor DNS», pulsa en Editar y elige Manual.
- Activa IPv4 e introduce 1.1.1.1 y 1.0.0.1. En el cifrado DNS selecciona «Solo cifrado (DNS sobre HTTPS)».
- Para IPv6 utiliza: 2606:4700:4700::1111 y 2606:4700:4700::1001.
Android
- Ajustes → Redes e internet → DNS privado.
- Selecciona «Nombre de host del proveedor de DNS privado» e introduce
one.one.one.one.
iPhone
iOS no incluye una configuracion global nativa de DNS para conexiones mediante datos moviles. La alternativa mas directa es instalar la aplicacion oficial 1.1.1.1 y activar el modo «1.1.1.1» (solo DNS, sin la capa WARP).
En el router
Configurar los servidores en el router traslada las nuevas DNS a todos los equipos conectados a la red del hogar. En la interfaz web del router accede a los apartados WAN o DHCP y localiza las casillas «DNS primario» y «DNS secundario». Ciertos routers provistos por operadoras bloquean esta opcion; en esos escenarios toca configurarlo de forma individual en cada dispositivo.
Variantes con filtrado
- 1.1.1.2 y 1.0.0.2: bloquean sitios web identificados con malware.
- 1.1.1.3 y 1.0.0.3: añaden ademas el bloqueo de contenidos para adultos (adecuado para equipos de menores).
Privacidad
El resolver DNS conoce cada nombre de dominio que intentas abrir. Cloudflare declara que no almacena de forma persistente las direcciones IP de los usuarios y destruye los registros en un plazo de 25 horas, unas politicas que han sido auditadas por firmas independientes. Tu proveedor de acceso a internet sigue conociendo las direcciones IP de destino y el volumen de trafico que generas, por lo que cambiar las DNS no anonimiza por completo la navegacion; sin embargo, con DNS cifrado impides que lea directamente tus peticiones. Desde el 10 de septiembre de 2026, 1.1.1.1 soporta tambien firmas DNSSEC poscuanticas basadas en el algoritmo ML-DSA-44.
Limitaciones de la prueba
- Se efectuo desde una sola linea (Orange Polska), en una unica ubicacion fisica y en dos rondas matinales. En otros entornos las cifras seran distintas.
- Los servidores DNS de otros proveedores (Play, T-Mobile o Vectra) atienden habitualmente solo a sus propios abonados y no fue posible medirlos desde fuera. Se verificaron direcciones publicas difundidas en comunidades tecnicas (151.80.103.98, 213.158.199.1, 31.11.202.254 y 62.233.233.233) y ninguna emitio respuesta.
- La medicion se centro en DNS tradicional sobre UDP. El DNS cifrado (DoH o DoT) añade unos milisegundos extra debido al establecimiento de la conexion segura TLS.
Fuentes
- Mediciones propias del 5 de octubre de 2026 (script en Python con dnspython, cerca de 2.000 peticiones en total).
- Cloudflare - 1.1.1.1
- Cloudflare - politica de privacidad de 1.1.1.1
- Cloudflare - DNSSEC poscuantico en 1.1.1.1 (10/09/2026)
More on this from FULGOR
noticias·EvilTokens: cómo la IA ayudó a hackear más de 12.000 correosMicrosoft destapa EvilTokens, una operación que combinó IA y phishing de código de dispositivo para comprometer más de 12.000 cuentas de correo.

