Domain & DNS

Benchmark de tiempo de respuesta DNS

Mide la velocidad de resolutores DNS de varios proveedores.

Domain, record type, runs We query 15 resolvers N times and stream each latency sample live.

Try: cloudflare.com google.com github.com

Sobre esta herramienta

Esta herramienta mide la velocidad con la que 15 resolvers públicos responden a una consulta DNS para el dominio que elija. Cada resolver se consulta varias veces seguidas para que pueda ver la varianza — un único valor atípico suele ser una caché fría, un número alto consistente significa que esa huella anycast simplemente está lejos de nuestro host de Frankfurt.

La latencia se toma de la propia estadística ;; Query time de dig, que mide el tiempo en el cable entre nosotros y el resolver tras arrancar el proceso. La sobrecarga de fork+exec (~10–20 ms) queda excluida, así que los números reflejan el comportamiento de red + resolver en lugar de la planificación del SO. La gráfica sparkline muestra la secuencia bruta; las columnas Mín/Media/Máx resumen solo las ejecuciones correctas.

Cuándo utilizar esta herramienta

Elegir un resolver para su router o dispositivo. Ejecútelo contra un dominio que realmente use — distintas redes ven distintos ganadores.
Diagnosticar un sitio lento. Compare la latencia del resolver con los síntomas de carga — un DNS que siempre tarda 200 ms se acumula sobre docenas de subrecursos.
Monitorizar un proveedor. Si su resolver principal salta repentinamente de 20 ms a 300 ms en varias ejecuciones, es hora de cambiar.
Comparar cobertura anycast. Cloudflare y Google suelen ganar desde hosts europeos; Alibaba y DNSPod sorprenden ganando desde Asia.

Por qué los resultados difieren de su red local

Medimos desde nuestro servidor en Alemania al POP anycast más cercano de cada resolver. Desde su red doméstica las distancias y el peering son distintos. Trate los números absolutos como una comparación relativa, no como su latencia personal. Si necesita una medición local, ejecute dig +stats @<ip> example.com en su propia máquina — el mismo flag produce el mismo número.

Preguntas frecuentes

¿Por qué un resolver es mucho más lento que el resto?

O bien su POP más cercano está lejos de nuestro host, su anycast está teniendo un mal día, o el recursivo tuvo que recorrer hasta un servidor autoritativo (caché fría). Nuestra consulta por defecto es cloudflare.com — un nombre muy popular que todo resolver cachea; si consulta un dominio raro, la primera ejecución será lenta para todos.

¿Qué significa «Timeout»?

Sin respuesta UDP en 2 segundos. Podría ser un fallo temporal, la IP de nuestro host bloqueada por ese proveedor, o el resolver bajo presión. Un timeout en cinco ejecuciones es ruido; cinco de cinco significa que ese resolver está actualmente inalcanzable desde nuestra red de Frankfurt.

¿En qué se diferencia esto de DNS Propagation?

Propagation pregunta «¿los resolvers ven el nuevo valor?» — una consulta cada uno, valores comparados lado a lado. Response Time pregunta «¿con qué rapidez responden?» — varias consultas cada uno, latencia comparada lado a lado. Pregunta distinta, los mismos 15 resolvers.

¿Puedo cambiar el número de ejecuciones?

Sí — elija 3, 5, 7 o 10 en el desplegable. Más ejecuciones = mediana más ajustada, pero cada ejecución espera a que termine la anterior en los 15 resolvers, así que 10 ejecuciones tardan unas 5× más que 2. Para uso casual, 5 es un buen equilibrio.

¿Se cachean los resultados?

Durante un minuto por triple (dominio, tipo, ejecuciones). Pulsar Medir dos veces seguidas devuelve la misma tabla de resultados — bien para compartir la URL, mal para hacer polling. Ajuste el dominio o las ejecuciones para forzar una nueva ejecución; de lo contrario, espere 60 s.