Prueba de velocidad de DNS
Realice un benchmark de resolvers DNS públicos directamente desde su navegador para comparar la latencia y optimizar las velocidades de conexión.
Benchmark de resolvers DNS públicos
Los tiempos se miden desde su navegador hasta el punto final DNS-over-HTTPS de cada resolvedor, por lo que reflejan su ruta real a ese resolvedor. Un resolvedor puede aparecer como bloqueado si su punto final no permite solicitudes entre orígenes desde el navegador, no porque sea lento.
Elimine los bloqueos de carga del portal cautivo y las caídas de inicio de sesión de DNS
Las resoluciones DNS lentas y la falta de listas de permitidos de walled garden representan más del 40 % de los fallos de redirección del portal cautivo. Purple ofrece RADIUS gestionado en la nube, reglas DNS prevalidadas y listas de permitidos automatizadas para portales en redes Cisco Meraki, Aruba, Ruckus y UniFi.
Conclusiones clave para ingenieros de redes
- Medición directa en el navegador: Las pruebas se ejecutan a través de DNS-over-HTTPS (RFC 8484) para capturar el tiempo de ida y vuelta real de su conexión de red actual.
- Rendimiento del portal cautivo: Los retrasos de DNS que superan los 100 ms duplican los tiempos de carga de la página de bienvenida (splash page), lo que provoca tiempos de espera del navegador del SO móvil en redes WiFi para invitados.
- Selección de resolver: Cloudflare (1.1.1.1) y Google (8.8.8.8) ofrecen de manera constante tiempos de respuesta medianos inferiores a 20 ms en las principales áreas metropolitanas.
Por qué la velocidad del resolver DNS es importante para el WiFi empresarial y el WiFi para invitados
Cada solicitud de red, desde la carga de una página web hasta el inicio de sesión en un portal cautivo, comienza con una consulta del Sistema de Nombres de Dominio (DNS). Antes de que un dispositivo móvil o portátil pueda negociar una conexión TCP o un saludo TLS, debe resolver el nombre de host de destino en una dirección IP. Cuando los resolvers DNS públicos responden lentamente, los usuarios experimentan una latencia notable en cada nueva conexión de dominio.
En redes WiFi para invitados y recintos de alta densidad, el rendimiento del DNS es aún más crítico. Al conectarse a un SSID abierto, los sistemas operativos modernos (iOS CNA, Android Captive Portal Handler, Windows NCSI) emiten solicitudes de prueba HTTP para detectar la conectividad a Internet. Si el servidor DNS local o el resolver ascendente se bloquea durante esta búsqueda, la pantalla de bienvenida del portal cautivo no se abre automáticamente, lo que provoca el abandono del inicio de sesión de los invitados.
Comparativa de benchmark de resolvers DNS públicos
La siguiente tabla resume los principales atributos técnicos y los perfiles típicos de latencia global de los principales proveedores de DNS públicos:
| Resolver | IP primaria | Endpoint DoH | Tipo de filtrado | Latencia objetivo | Mejor caso de uso |
|---|---|---|---|---|---|
| Cloudflare | 1.1.1.1 | cloudflare-dns.com | Sin filtrar / Velocidad | 10 - 18 ms | Navegación de alto rendimiento y portales para invitados |
| Google Public DNS | 8.8.8.8 | dns.google | Anycast global | 12 - 22 ms | Alternativa primaria o secundaria de alta fiabilidad |
| NextDNS | Personalizada | dns.nextdns.io | Seguridad y privacidad personalizadas | 15 - 30 ms | Filtrado de contenido basado en directivas |
| AdGuard DNS | 94.140.14.14 | dns.adguard-dns.com | Bloqueo de anuncios y rastreadores | 20 - 35 ms | Bloqueo de publicidad en toda la red |
Cómo funciona la medición de velocidad de DNS en el navegador
Las herramientas tradicionales de línea de comandos como dig o nslookup envían paquetes UDP o TCP sin formato directamente al puerto 53. Dado que los navegadores web se ejecutan en un entorno de sandbox sin acceso directo a sockets, las pruebas de velocidad de DNS basadas en el navegador utilizan DNS-over-HTTPS (RFC 8484).
La herramienta de benchmark emite una solicitud HTTPS de preparación para poblar la caché DNS local y establecer la sesión TLS. A continuación, realiza cuatro ciclos de recuperación consecutivos utilizando marcas de tiempo de alta resolución performance.now() para calcular el tiempo de respuesta mediano. Los resolvers que no configuran encabezados de intercambio de recursos de origen cruzado (CORS) para las solicitudes del navegador se identifican como restringidos por CORS.
Resolución de problemas de DNS y fallos de inicio de sesión en el portal cautivo
Al configurar la infraestructura inalámbrica empresarial (Cisco Meraki, HPE Aruba, Ruckus o Ubiquiti UniFi), los ajustes de DNS mal configurados a menudo provocan caídas de conexión. Asegúrese de que su configuración de red tenga en cuenta estos factores clave:
- Acceso DNS preautenticación: Se debe conceder a los dispositivos de invitados resolución DNS no autenticada en el puerto 53 (o puntos finales DoH) antes de completar el registro en el portal cautivo.
- Resolución de dominios de walled garden: Los inicios de sesión sociales mediante OAuth (Google, Apple, Facebook) requieren listas de permitidos FQDN explícitas en el controlador inalámbrico. Si el servidor DNS no logra resolver estos dominios, la autenticación se detiene.
- Interferencia de DNS cifrado: Apple Private Relay y el DNS privado de Android (DoT/DoH) pueden interceptar consultas DNS en SSID de invitados, omitiendo las políticas de filtrado locales.
Cómo ejecutar una prueba de velocidad de DNS y comparar resolvers públicos
Siga estos pasos para realizar un benchmark de los tiempos de respuesta de DNS-over-HTTPS en resolvers DNS públicos directamente desde su navegador web.
Introduzca el nombre de host de destino
Introduzca un nombre de host de dominio a resolver (por defecto example.com) en el campo de entrada del benchmark.
Ejecute la prueba de velocidad de los resolvedores
Seleccione 'Test resolvers' para enviar consultas DNS-over-HTTPS de calentamiento y cronometradas a Cloudflare, Google, NextDNS y AdGuard.
Analice la latencia mediana
Examine los tiempos de respuesta en milisegundos y las barras visuales de latencia para identificar el resolvedor DNS más rápido para su ubicación de red.
Exporte los resultados o actualice la configuración de red
Copie el resumen del benchmark al portapapeles o actualice los reenviadores DHCP/DNS ascendentes en su router o controlador inalámbrico.
Preguntas frecuentes sobre la velocidad del DNS
¿Cómo mide esta prueba de velocidad de DNS del navegador la latencia del resolutor?
La herramienta utiliza endpoints DNS-over-HTTPS (DoH) para ejecutar solicitudes fetch en tiempo real desde su navegador a Cloudflare (1.1.1.1), Google (8.8.8.8), NextDNS y AdGuard, calculando la mediana del tiempo de ida y vuelta en milisegundos.
¿Por qué la latencia del resolutor de DNS afecta a las redes WiFi para invitados y a los portales cautivos?
Cada nueva conexión HTTPS comienza con una búsqueda de DNS. Una resolución de DNS lenta añade retraso a las redirecciones de la página de bienvenida del portal cautivo, lo que provoca tiempos de espera agotados al iniciar sesión y una experiencia de usuario degradada en redes para invitados de alta densidad.
¿Qué resolutor de DNS público es el más rápido para las redes WiFi?
Cloudflare (1.1.1.1) y Google (8.8.8.8) suelen ofrecer la latencia global más baja (por debajo de 15-20 ms en ubicaciones urbanas). Sin embargo, el rendimiento real depende del enrutamiento de su ISP local y de la proximidad al nodo resolutor más cercano.
¿Cómo optimiza Purple el DNS para los despliegues de portal cautivo?
Purple proporciona listas de acceso permitido de DNS prevalidadas, reglas de walled garden e integración con RADIUS en la nube para redes Cisco Meraki, HPE Aruba, Ruckus y Ubiquiti UniFi para eliminar los retrasos en la carga del portal y evitar interrupciones en el inicio de sesión.
Guías y herramientas relacionadas de ingeniería de WiFi
Entienda la preautenticación DNS, la resolución de walled garden y los flujos de trabajo de detección de páginas de bienvenida del SO.
Descubra cómo 802.1X RADIUS, las políticas de filtrado DNS y la segmentación de red protegen los recintos.
Compare registros A, AAAA, CNAME y MX en resolvedores Anycast globales para migraciones sin tiempo de inactividad.
Genere listas de dominios permitidos para preautenticación y reglas ACL para controladores inalámbricos.
¿Los problemas de DNS están interrumpiendo el inicio de sesión de invitados?
Los fallos de redirección del portal cautivo con frecuencia se deben a bloqueos de DNS y a la falta de reglas de dominio en el walled-garden. Purple ofrece RADIUS gestionado en la nube y configuraciones de DNS preprobadas para Cisco Meraki, HPE Aruba, Ruckus y Ubiquiti UniFi.
Book a 20-min demoNetforge Network Multi-Tool
Run offline network health checks, path analysis, and latency diagnostic scans directly from your desktop.
Download Multi-Tool