Prueba de velocidad de DNS
Evalúe resolutores DNS públicos directamente desde su navegador para comparar la latencia y optimizar la velocidad de conexión.
Evaluar resolutores DNS públicos
Los tiempos se miden desde su navegador hasta el punto de enlace DNS-over-HTTPS de cada resolvedor, por lo que reflejan su ruta real hasta dicho resolvedor. Un resolvedor puede aparecer como bloqueado si su punto de enlace no permite solicitudes de navegador de origen cruzado, no porque sea lento.
Elimine los bloqueos de carga del portal cautivo y las caídas de inicio de sesión por DNS
Las resoluciones DNS lentas y la falta de listas de acceso para 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 acceso automatizadas para portales en redes Cisco Meraki, Aruba, Ruckus y UniFi.
Conclusiones clave para ingenieros de redes
- Medición directa en navegador: Las pruebas se ejecutan mediante DNS-over-HTTPS (RFC 8484) para registrar el retardo de ida y vuelta real de su conexión de red actual.
- Rendimiento del portal cautivo: Los retrasos de DNS superiores a 100 ms duplican el tiempo de carga de la página de inicio, lo que provoca tiempos de espera en el navegador del SO móvil en redes WiFi para invitados.
- Selección de resolutor: Cloudflare (1.1.1.1) y Google (8.8.8.8) ofrecen de forma constante tiempos de respuesta medianos inferiores a 20 ms en las principales áreas metropolitanas.
Por qué importa la velocidad del resolutor DNS para las redes empresariales y de 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 al 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 resolutores DNS públicos responden de forma lenta, los usuarios perciben una latencia notable en cada nueva conexión de dominio.
En recintos de alta densidad y redes WiFi para invitados, 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 resolutor ascendente se bloquea durante esta búsqueda, la pantalla de inicio del portal cautivo no se abre automáticamente, lo que provoca el abandono del inicio de sesión por parte de los invitados.
Comparativa benchmark de resolutores DNS públicos
La siguiente tabla resume los principales atributos técnicos y los perfiles de latencia global típicos de los principales proveedores de DNS públicos:
| Resolutor | IP primaria | Punto de extremo DoH | Tipo de filtro | 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 de 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 de línea de comandos tradicionales como dig o nslookup envían paquetes UDP o TCP sin procesar directamente al puerto 53. Dado que los navegadores web se ejecutan en un entorno aislado (sandbox) sin acceso directo a sockets, la prueba de velocidad de DNS basada en el navegador utiliza DNS-over-HTTPS (RFC 8484).
La herramienta de benchmark emite una solicitud HTTPS de preparación para llenar la caché DNS local y establecer la sesión TLS. A continuación, realiza cuatro ciclos de obtención consecutivos utilizando marcas de tiempo de alta resolución performance.now() para calcular la mediana del tiempo de respuesta. Los resolutores que no configuran encabezados de intercambio de recursos de origen cruzado (CORS) para las solicitudes del navegador se identifican como restringidos por CORS.
Solución de problemas de fallos de DNS e inicio de sesión en el portal cautivo
Al configurar infraestructuras inalámbricas empresariales (Cisco Meraki, HPE Aruba, Ruckus o Ubiquiti UniFi), los ajustes de DNS mal configurados suelen provocar caídas de conexión. Asegúrese de que su configuración de red tenga en cuenta estos factores clave:
- Acceso DNS previo a la autenticación: Los dispositivos de invitados deben tener resolución DNS no autenticada en el puerto 53 (o extremos DoH) antes de completar el registro en el portal cautivo.
- Resolución de dominios en walled garden: Los inicios de sesión sociales mediante OAuth (Google, Apple, Facebook) requieren listas de acceso 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 para invitados, omitiendo las directivas de filtrado locales.
Cómo ejecutar una prueba de velocidad de DNS y comparar resolutores públicos
Siga estos pasos para evaluar los tiempos de respuesta de DNS-over-HTTPS en resolutores DNS públicos directamente desde su navegador web.
Introducir el nombre de host de destino
Introduzca un nombre de host de dominio para resolver (por defecto example.com) en el campo de entrada del benchmark.
Ejecutar la prueba de velocidad del resolutor
Seleccione 'Probar resolutores' para enviar consultas DNS-over-HTTPS de calentamiento y cronometradas a Cloudflare, Google, NextDNS y AdGuard.
Analizar la latencia media
Examine los tiempos de respuesta en milisegundos y las barras visuales de latencia para identificar el resolutor DNS más rápido para su ubicación de red.
Exportar resultados o actualizar la configuración de red
Copie el resumen del benchmark en el 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 en el navegador la latencia del resolutor?
La herramienta utiliza puntos de enlace DNS-over-HTTPS (DoH) para ejecutar solicitudes de obtención 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 DNS afecta a las redes WiFi para invitados y a los portales cautivos?
Cada nueva conexión HTTPS comienza con una búsqueda DNS. Una resolución DNS lenta añade retrasos a las redirecciones a 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 DNS público es más rápido para 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 las implementaciones de portal cautivo?
Purple proporciona listas de permisos 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 retrasos en la carga del portal y evitar interrupciones en el inicio de sesión.
Guías y herramientas de ingeniería WiFi relacionadas
Comprenda los flujos de trabajo de preautenticación DNS, resolución en walled garden y detección de páginas de bienvenida del sistema operativo.
Descubra cómo RADIUS 802.1X, las directivas de filtrado DNS y la segmentación de red protegen los recintos.
Compare registros A, AAAA, CNAME y MX en resolvedores Anycast globales para transiciones sin tiempo de inactividad.
Genere listas de dominios permitidos para preautenticación y reglas ACL para controladores inalámbricos.
¿Los problemas de DNS interrumpen el inicio de sesión de los invitados?
Los fallos de redirección del portal cautivo suelen deberse a bloqueos de DNS y a la falta de reglas de dominio en el jardín vallado (walled garden). Purple ofrece RADIUS gestionado en la nube y configuraciones de DNS probadas previamente 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