dns Consulta DNS (A, MX, TXT, NS) star

Cómo funciona

Introduce un dominio, elige un tipo de registro, y la consulta viaja por DNS-over-HTTPS (DoH) hasta el resolutor público de Google en 8.8.8.8 — una API JSON sobre HTTPS en lugar del protocolo binario tradicional por UDP en el puerto 53. Es una elección deliberada: DoH funciona sobre HTTPS estándar, así que opera desde dentro de un navegador sin acceso a sockets en bruto y — igual de importante — evita el resolutor DNS que normalmente usarían tu sistema operativo, tu router o tu proveedor de internet. Tu propio equipo, tu red de oficina y tu proveedor mantienen cada uno su propia caché DNS, y cada uno se actualiza según su propio calendario basado en el TTL (Time To Live) del registro, de modo que en un momento dado cada uno puede mostrar una respuesta ligeramente distinta y algo desactualizada. Consultar directamente el resolutor de Google evita esas tres cachés y muestra lo que un resolutor público grande y actualizado con frecuencia cree en ese momento — el proxy disponible más cercano a "lo que ve internet ahora mismo", aunque sigue siendo la visión de un solo resolutor, no una garantía global.

Cada tipo de registro responde a una pregunta operativa distinta. Los registros A y AAAA mapean un nombre de host a una dirección IPv4 o IPv6 — es lo que resuelve tu navegador antes incluso de poder abrir una conexión. Los registros MX enumeran qué servidores de correo aceptan mensajes para el dominio, cada uno con una prioridad numérica (número más bajo = se intenta primero) — útil al migrar de proveedor de correo, ya que un registro MX desactualizado significa que el correo sigue enrutándose al proveedor anterior. Los registros TXT son texto libre sin estructura, y ahí viven las cadenas de SPF, DKIM y verificación de dominio; un dominio puede tener varios, y un registro TXT de SPF ausente o mal formado es una de las causas más comunes de que un correo legítimo termine en spam. Los registros CNAME apuntan un nombre de host a otro como alias (www apuntando al dominio pelado, o un subdominio apuntando a un endpoint de CDN) — un host con un CNAME no puede llevar además otros tipos de registro con el mismo nombre, una fuente habitual de la confusión "por qué este subdominio no puede tener también un registro MX". Los registros NS enumeran los servidores de nombres autoritativos responsables de responder consultas sobre el dominio — si están mal o desincronizados con el registrador, ningún otro registro del dominio se resuelve correctamente en ninguna parte.

Un uso típico: tras mudar un sitio web a un nuevo host, apuntas el registro A a la IP del nuevo servidor. La propagación no es instantánea — está acotada por el TTL del registro antiguo, así que un registro con TTL 3600 (una hora) puede tardar hasta una hora en desaparecer de las cachés de todo el mundo, y algunos resolutores ignoran el TTL y guardan la caché más tiempo del debido. Consultar directamente el resolutor DoH de Google te permite comprobar "el nuevo valor ya llegó al menos a este resolutor importante" sin esperar a que expire la caché de tu propio proveedor.

Qué debes saber

• Como DNS-over-HTTPS evita las cachés locales, los resultados aquí pueden ser más recientes que lo que reportan nslookup o tu sistema operativo — eso es lo esperado, no un fallo.
• A, MX, TXT, CNAME y NS cubren prácticamente todas las comprobaciones de propagación, correo y verificación; tipos más raros como SRV o CAA no están incluidos por ahora.
• Los cambios de DNS se cachean, no son instantáneos — espera un retraso acotado por el TTL anterior, no un efecto global inmediato.