Comprobador DNS

Ejecuta una búsqueda base antes de cualquier cambio de nameserver, transferencia de registrador o cambio de proveedor de correo. Captura A, AAAA, MX, TXT (SPF, DKIM, DMARC), NS y SOA en un ticket de cambio. Tras el cutover, repite la misma búsqueda y compara respuestas línea a línea. El serial SOA incrementa en muchos proveedores cuando cambia el archivo de zona — anótalo al diagnosticar secondaries obsoletos o cuando soporte afirma que «la propagación terminó» mientras tu portátil aún muestra rutas de correo antiguas.

Usa el DNS Checker al incorporar un SaaS que pide TXT de verificación, al depurar entregabilidad tras rotación SPF o DKIM, al confirmar CAA antes de emitir certificados, o cuando un CDN en orange-cloud cambia respuestas A anycast. Comprobar dns records online es más rápido que instalar bind-utils en portátiles corporativos bloqueados y más completo que ping o nslookup — nunca muestran MX, TXT o CAA en una vista estructurada.

Combina una búsqueda completa con WHOIS cuando la delegación misma es sospechosa: si los nameservers en el registrador no coinciden con los NS devueltos públicamente, quizá editas un panel DNS inactivo mientras el mundo sigue consultando el host anterior. Para trazas de un solo tipo (solo MX, solo TXT, solo NS), la herramienta DIG en el mismo sitio devuelve secciones answer al estilo resolver que puedes pegar en hilos de soporte sin reformatear.

Si el DNS Checker muestra valores que no coinciden con tu panel de control, compara primero los registros NS. Puede que estés en un editor de zona hija mientras el apex aún delega en otro sitio. Consulta nameservers autoritativos con DIG @ns1.example.com cuando los cachés recursivos mienten — nuestro checker usa un camino de resolución configurado que refleja lo que ve la mayoría de visitantes, no necesariamente el archivo autoritativo segundos después de Save.

El TTL determina cuánto persisten respuestas antiguas. Un registro en caché 86400 segundos puede tardar hasta veinticuatro horas en desaparecer de cada resolver mundial incluso tras publicar un arreglo. Reduce TTL en registros estables veinticuatro a cuarenta y ocho horas antes de un cambio planificado, verifica el TTL menor con el DNS Checker, aplica los nuevos datos y vuelve a subir TTL tras la estabilización.

Registros SPF TXT duplicados en el mismo owner name invalidan SPF por completo — fusiona includes en una cadena. CNAME en una etiqueta que también lleva MX o TXT es inválido según reglas DNS y produce comportamiento impredecible del resolver. DMARC sin SPF o DKIM alineados reporta fallos pero no los corrige; trata DMARC como capa de política sobre registros de autenticación funcionales, no como sustituto.

AnyCast geográfico y nombres proxied por CDN pueden devolver respuestas A o AAAA distintas según la ubicación del resolver. Es esperado, no un bug de propagación. Al depurar enrutamiento al origen, compara estados grey-cloud vs orange-cloud en tu panel DNS y vuelve a ejecutar el DNS Checker desde el mismo camino de resolución tras cada cambio.

El correo entrante depende de prioridades MX y hostnames de intercambiadores alcanzables. La reputación saliente depende de TXT SPF, DKIM y DMARC en nombres predecibles. El DNS Checker agrupa MX y TXT en una respuesta para confirmar que mail.example.com resuelve, que solo existe un SPF en el apex, que tu etiqueta selector._domainkey publica una clave pública actual y que _dmarc.example.com indica la política deseada (none, quarantine o reject).

Tras Google Workspace, Microsoft 365 o cualquier onboarding SMTP relay, verifica las cuatro familias antes de enviar correo masivo. Un MX funcional no implica SPF correcto — compara IPs SMTP salientes con la cadena include SPF y la documentación del proveedor. Copia el TXT concatenado exacto del checker en lugar de reescribir desde PDFs; cadenas DKIM divididas en el panel se concatenan en respuestas DNS.

Cuando las cabeceras Authentication-Results muestran spf=fail o dkim=fail, vuelve a consultar TXT en vivo con el DNS Checker, corrige la zona, anota TTL y espera expiración de caché antes de retestar. Usa el Blacklist Checker en IPs de envío si persisten deferrals tras DNS auth limpia — los arreglos DNS son prerrequisitos de entregabilidad pero no sustituyen trabajo de reputación IP.

Esta herramienta muestra los registros DNS que devuelve nuestro resolver ahora mismo — una búsqueda completa de todos los registros incluyendo respuestas TXT útiles para DKIM y DMARC, agrupadas por tipo con acciones de copia. Está pensada para verificar configuración, documentar migraciones y responder «¿qué muestra el árbol DNS público para este nombre hoy?» No traza un mapa mundial de diferencias entre resolvers ni afirma probar cincuenta ubicaciones globales simultáneamente.

Los comprobadores de propagación DNS dedicados consultan muchos resolvers recursivos regionales en el tiempo y visualizan qué regiones aún cachean valores antiguos de A, MX o NS. Esa visión global ayuda tras cambios grandes con TTL alto o swaps de nameserver cuando soporte pregunta «¿ya propagó?» DN01 no replica ese mapa — nos centramos en una instantánea de alta calidad más historial, acceso API y herramientas complementarias (DIG, WHOIS, SSL) en el mismo sitio.

La propagación no es teletransporte instantánea. Son cachés antiguos expirando por TTL más actualizaciones glue del registrador cuando cambian nameservers. Un TTL bajo en la zona autoritativa ayuda a que futuros cambios converjan más rápido pero no puede vaciar retroactivamente respuestas ya cacheadas a 86400 segundos. Usa el DNS Checker para confirmar tu publicación autoritativa, luego mapas de propagación si necesitas confianza geográfica de que resolvers en múltiples regiones expiraron datos antiguos.

Cuando las respuestas difieren entre el DNS Checker y un mapa de propagación, ambos pueden ser «correctos» para su punto de vista. Los resolvers recursivos cachean independientemente; DNS de oficina, operador móvil y 8.8.8.8 pueden discrepar hasta que expiren TTL. Consulta NS autoritativos directamente con DIG cuando necesites omitir caché por completo — si NS autoritativo ya muestra el nuevo MX pero el checker aún el antiguo, observas retraso de caché, no un publish fallido.

Elige DN01 cuando quieras cada tipo mayor de registro en una vista, UI localizada en ocho idiomas, historial reciente local y API documentada para automatización. Elige mapas de propagación cuando tu pregunta sea específicamente «¿qué regiones aún ven la IP anterior?» — no «¿son correctas mis cadenas MX y SPF?» Somos honestos sobre ese límite: sin barra fake de porcentaje de propagación, sin cuadrícula global simulada — solo datos DNS precisos y fáciles de copiar para operadores que deben desplegar cambios fiables de correo, web y certificados.