Metodología
Cómo DNSRadar comprueba la propagación DNS global.
DNSRadar está diseñado como una herramienta de comparación operativa. No pretende representar todas las redes de Internet. Muestra cómo responde un grupo seleccionado de resolvers recursivos públicos independientes a la misma pregunta DNS en el momento de la comprobación.
Flujo de consulta
1. Normalizar la consulta
El nombre introducido se valida, se limpia y se combina con el tipo de registro elegido. Las consultas PTR aceptan IPv4, IPv6 o nombres reverse ya escritos como in-addr.arpa e ip6.arpa.
2. Seleccionar resolvers activos
DNSRadar usa la lista de resolvers configurada para el servicio. Cada resolver tiene proveedor, dirección IP y ubicación aproximada para que el resultado se lea como observaciones independientes.
3. Consultar en paralelo
Los resolvers se consultan de forma independiente y concurrente. Un resolver lento recibe timeout para no retrasar toda la comprobación.
4. Conservar cada respuesta
La respuesta, estado, latencia y metadatos del resolver se mantienen por separado. DNSRadar no fusiona respuestas diferentes en un único resultado artificial.
5. Generar el resumen
El resumen compara respuestas normalizadas e indica si el resultado es consistente, parcial, ausente o fallido en el conjunto de resolvers comprobados.
Qué significan las ubicaciones
Las ubicaciones de resolvers son metadatos del proveedor, no sondas físicas dentro de cada ciudad. Un resolver público puede usar anycast, reenvío, caché compartida o rutas internas. Conviene leer cada fila como una observación identificada por proveedor, ciudad e IP.
Cómo se mide la latencia
La latencia se mide desde la petición del servidor de DNSRadar hasta la respuesta del resolver. Ayuda a detectar resolvers lentos o fallidos durante una comprobación, pero no es un benchmark desde tu red ni desde todos los usuarios.
Definición de estados
OK
El resolver devolvió al menos un registro del tipo solicitado.
Sin respuesta
El nombre consultado existe desde la perspectiva del resolver, pero no devolvió datos del tipo seleccionado.
NXDOMAIN
El resolver informa de que el nombre DNS consultado no existe.
SERVFAIL
El resolver no pudo completar la consulta, a menudo por delegación, alcance de autoritativos o validación DNSSEC.
Timeout
El resolver no respondió dentro del límite configurado.
Error
Se produjo un error inesperado del resolver o de la aplicación y se conserva el código cuando está disponible.
Cuándo comparar DNS autoritativo
Si muchos resolvers recursivos no coinciden o devuelven SERVFAIL, consulta directamente los nameservers autoritativos. Las consultas recursivas muestran lo que pueden ver los usuarios; las autoritativas muestran qué sirve la zona DNS de origen.
dig example.com NS +short
dig @ns1.example.net example.com SOA +norecurse
dig @ns1.example.net example.com A +norecurse
dig +trace example.com ADatos guardados en resultados compartidos
Las URLs compartidas guardan el nombre consultado, tipo de registro, resumen generado y resultados por resolver. DNSRadar no requiere registro para el comprobador público. No introduzcas hostnames confidenciales si compartir la URL resultante puede revelar infraestructura sensible.
Leer politica de privacidadQué puede demostrar una comprobación
La coincidencia mide el acuerdo de la muestra, no la corrección de la configuración. Todos los resolvers podrían coincidir en una IP equivocada. Una CDN también puede devolver direcciones distintas de forma intencionada. Contrasta el valor esperado con la configuración del servicio y los servidores autoritativos.
El TTL mostrado corresponde al menor TTL de las respuestas A o AAAA del resolver. Los demás tipos no muestran TTL con la API actual. Un estado COMPLETED significa que todos devolvieron datos, aunque los valores difieran. El diagnóstico de consistencia es una comprobación separada.
DNSRadar no valida por sí mismo la cadena DNSSEC, no conecta por SMTP ni verifica HTTPS. SERVFAIL es una señal para investigar, no un diagnóstico definitivo. Los enlaces compartidos dependen del almacenamiento disponible y pueden perderse si el servicio tiene que usar memoria temporal.
Los ejemplos de documentación usan nombres e IP reservados y se identifican como ilustrativos. No representan incidencias de clientes ni mediciones publicadas.
RFC 1034 · RFC 2308 · RFC 8767
Revisión técnica: