¿Qué consulta esta página?
Escribe un dominio: se preguntan nueve tipos de registro (A, AAAA, CNAME, MX, NS, TXT, CAA, SRV, SOA) a 12 resolutores DNS públicos, cada uno por DNS over HTTPS desde tu navegador. Los valores se unen y la respuesta de cada resolutor aparece en Respuestas de los resolutores. Los datos de registro vienen de RDAP, la versión JSON de WHOIS.
¿Qué significa la nota del chequeo?
La letra es la menor de dos notas: cómo se comparan las respuestas de los resolutores y cómo está el correo. Solo cuentan los resolutores que respondieron: si todos dicen lo mismo, hay una A; una respuesta distinta la baja a B. Un resolutor al que esta página no llegó (normalmente por tu conexión) no cuenta ni a favor ni en contra; un SERVFAIL o REFUSED del resolutor sí es una respuesta y cuenta. Si responden menos de la mitad de los doce, no hay nota. La nota del correo sale de SPF y DMARC y solo se aplica cuando el dominio tiene un MX que acepta correo. Un dominio firmado cuyo DNSSEC no valida baja un paso más. CAA e IPv6 son distintivos y nunca cambian la letra.
¿Qué me dice DNSSEC?
DNSSEC permite que un resolutor demuestre que una respuesta viene de verdad de ese dominio y no se alteró. La página pide a la zona padre el registro DS y lee el bit AD de resolutores que se sabe que validan. «Activo y valida» significa que el dominio está firmado y esos resolutores lo confirman; «Activo, pero falla la validación» significa que un dominio firmado responde con una cadena rota, y los resolutores que comprueban lo rechazarán. Desactivado es lo normal y no baja la nota; cuando falta evidencia, la página dice que no puede saberlo.
¿Cuánto tarda en verse un cambio de DNS?
Cuando un registro cambia, cada resolutor guarda su copia antigua hasta que vence el TTL (tiempo de vida). Por eso, justo después de un cambio, algunos resolutores siguen respondiendo con el valor viejo, y el panel de respuestas muestra cuáles. La página solo ve lo que tienen en caché los resolutores públicos: un navegador no puede llegar al servidor autoritativo del dominio por el puerto 53, así que no puede mostrar la verdad actual de la zona.
¿Por qué algunos resolutores dicen que no conectaron?
Las consultas van de tu navegador directamente a cada resolutor. En China continental, Cloudflare y Google DNS suelen estar bloqueados, y algunos otros también, así que esas filas dicen que no conectaron. Es un hecho sobre la ruta, no un conjunto de registros vacío: un resolutor que no respondió nunca cuenta como discrepancia.
¿Qué significan «misma respuesta» y TTL?
«Misma respuesta» cuenta los resolutores que dieron la respuesta más común, entre los que respondieron. El TTL son los segundos que ese resolutor aún puede guardar el registro; baja desde el valor de la zona y es distinto en cada resolutor, así que no es una discrepancia.
¿Cómo se comprueban SPF y DMARC?
El SPF se lee de los registros TXT del dominio: la página busca más de un registro v=spf1, mira cómo termina (+all, -all, ~all o ?all) y cuenta los mecanismos que necesitan otra consulta DNS (include, a, mx, ptr, exists, redirect), con un límite de 10. No sigue los include, así que la cuenta es un mínimo. DMARC se lee de _dmarc.<dominio>: la política p=, si hay informes (rua) y pct.
¿Por qué la lista de servidores de nombres del registrador es distinta?
La lista del registrador (RDAP) es lo que guarda el registro; los resolutores devuelven lo que el dominio publica de verdad en sus registros NS. Una diferencia suele significar que un cambio aún se está viendo o que los datos del registro están desactualizados. Mostramos ambos lados tal como están.
¿Qué es RDAP y por qué faltan campos?
RDAP es el sustituto estructurado de WHOIS, servido por el registro. Algunos registros publican poco y los servicios de privacidad sustituyen los datos del titular; un campo ausente se muestra como desconocido, no como «ninguno».
¿Por qué el servidor consulta algunos datos de registro?
El RDAP lo sirve cada registro, y rdap.org solo conoce los sufijos del archivo bootstrap de la IANA; algunos sufijos tienen RDAP que un navegador no puede leer (DENIC para .de, por ejemplo). En ambos casos el navegador no puede leerlo, así que la página pide al servidor de 1ms.dog que consulte: primero prueba RDAP y luego el WHOIS del puerto 43 del registro (ahora .cn, .jp, .ru y .hk), y la respuesta aparece marcada como consultada por el servidor. El servidor devuelve tal cual lo que publica el registro: registrador, fechas, estados y servidores de nombres, y también el titular (organización o nombre), el correo, el teléfono y el DNSSEC del registro; lo que el registro no publica queda vacío, sin inventarlo ni ocultarlo, y la respuesta original está en «Registro original». El WHOIS de .vn no responde, así que la página mantiene el enlace al registro y dice que no puede consultarlo, nunca que no hay nada.
¿A dónde van mis consultas?
Cada consulta DNS va de tu navegador directamente a los resolutores que aparecen en Respuestas de los resolutores. Los datos de registro también los pide primero el navegador: rdap.org o el RDAP del propio registro (como .io). Cuando el navegador no puede leerlos —el registro no envía CORS, o el sufijo no tiene RDAP— la página pide al servidor de 1ms.dog que consulte: primero RDAP y luego el WHOIS del puerto 43 del registro, y la respuesta queda marcada como consultada por el servidor. No guardamos registros de tu IP ni de tus consultas. Un enlace compartido contiene los registros públicos del propio dominio y los datos de registro que viste, nunca tu IP.
¿Por qué un enlace compartido no cambia al abrirlo?
Un resultado compartido es una foto: muestra lo que devolvieron los resolutores en ese momento, para que dos personas comparen los mismos datos. Pulsa «Consultar el mío» para preguntar de nuevo.