Herramienta DIG online

Usa DIG cuando soporte pide «pega tu lookup MX» o «muestra TXT de este selector» y quieres salida con forma de terminal sin instalar bind-utils. Las vistas filtradas del Comprobador DNS ayudan, pero DIG replica el hábito de ejecutar dig example.com MX repetidamente durante una ventana de migración de correo — mismo tipo, mismo host, diff rápido antes/después.

Rastrea problemas de delegación consultando NS, luego incrementos de serial SOA tras ediciones de zona. Si el serial SOA cambia en DIG pero MX aún muestra valores antiguos, tu edición puede haber caído en el panel DNS equivocado — confirma servidores WHOIS contra respuestas NS. DIG solo en NS es más ligero que un paso completo del Comprobador DNS cuando solo sospechas desajuste de glue del registrador.

Depura SPF y DKIM con DIG en TXT en el apex y en labels selector._domainkey. TXT multi-cadena concatenada en respuestas es lo que evalúan servidores de correo — copia directamente desde DIG en lugar de reescribir desde PDFs del proveedor. Combina con Comprobador DNS cuando necesites DMARC en _dmarc y MX en la misma captura para un ticket de entregabilidad.

Los fallos de emisión de certificados suelen necesitar DIG CAA antes de culpar a la CA. Un registro CAA restrictivo bloquea emisión aunque la validación HTTP tendría éxito. Tras corregir CAA, vuelve a DIG y ejecuta Comprobador de certificados SSL en el host en vivo para confirmar cadena y cobertura SAN en el cert nuevo.

Las consultas PTR para IPs de salida de correo explican desajustes de DNS inverso que disparan filtros spam. Consultas estilo DIG -x complementan hits del Comprobador de listas negras — autenticación DNS y reputación IP son capas separadas. DN01 DIG no sustituye análisis de transcripciones SMTP ni pruebas de buzón.

Los runbooks SRE para fallos en game-day suelen iterar DIG en hostnames de health-check cada minuto mientras Kubernetes despliega pods — TTL en registros de corta vida debe coincidir con velocidad de rollout o las cachés sirven backends obsoletos. Combina con comprobador de cabeceras HTTP una vez DIG muestre nuevos registros A.

Investigadores académicos que estudian censura DNS comparan respuestas entre resolvers — DN01 ofrece un punto de vista etiquetado honestamente, no un mapa geopolítico. Cita ruta de resolver y marca temporal al publicar papers de medición.

Secciones ANSWER vacías con NOERROR significan que el nombre existe pero ese tipo de registro está ausente — no es fallo de la herramienta. NXDOMAIN significa que el nombre falta. SERVFAIL suele apuntar a NS autoritativo roto o delegación lame; compara NS en DIG con delegación WHOIS.

Las cadenas CNAME pueden ocultar el registro A final hasta seguir el alias. Consulta A/AAAA del objetivo CNAME tras la primera respuesta. Nunca coloques CNAME en labels que también llevan MX o TXT — los resolvers se comportan de forma impredecible y DIG puede mostrar datos parciales confusos.

DNS split-horizon significa que el resolver de oficina y 8.8.8.8 discrepan. DN01 DIG refleja nuestra ruta de resolver, similar al Comprobador DNS — no el DNS VPN de tu portátil. Para verdad autoritativa segundos tras guardar, consulta los NS del proveedor directamente fuera de DN01 cuando sea posible.

TTL en respuestas DIG explica rutas de correo obsoletas tras correcciones. Anota el TTL, espera expiración de caché y reconsulta. Baja TTL antes de cambios planificados, confirma con DIG, aplica datos nuevos, luego restaura TTL más alto tras estabilidad — misma disciplina que migraciones del Comprobador DNS sin barra fake de porcentaje de propagación.

Las consultas ANY están deprecadas en internet público — prefiere tipos explícitos. Si monitorización legacy aún sondea ANY, espera respuestas truncadas o rechazadas; migra scripts a vista all-types del Comprobador DNS.

DIG recursivo (lo que DN01 proporciona por defecto) recorre de raíz a TLD a NS autoritativo, cacheando cada paso hasta expirar TTL. Eso es lo que experimentan navegadores y servidores de correo en producción — valioso para «¿qué ve el mundo?» DIG autoritativo @ns1.provider.net evita caché y muestra el archivo de zona que el host publica ahora — valioso para «¿funcionó mi clic en Guardar?»

Durante migraciones de servidores de nombres, DIG recursivo puede devolver NS antiguos mientras WHOIS ya se actualizó — retraso de caché. Consultas autoritativas en NS antiguos y nuevos revelan qué archivo aún sirve correo. DN01 no automatiza cuadrículas multi-región; usa Comprobador DNS para registros agrupados y DIG para snapshots repetidos de un tipo en una ruta de resolver.

Errores de validación DNSSEC aparecen como flags bogus o insecure en salida dig +dnssec completa. DN01 se centra en tipos de registro comunes del operador sin convertir cada página en tutorial DNSSEC — si registros DS no coinciden, escala con tu host DNS y panel del registro, luego confirma DS/DNSKEY con herramientas especializadas.

Combina trazas DIG MX con comprobador de cabeceras HTTP en autodiscover o portales web de correo al diagnosticar cortes de Microsoft 365 o Google Workspace. La corrección DNS es necesaria pero no suficiente para buzones que funcionen — errores de CNAME autodiscover aparecen en cabeceras y cadenas de redirect, no solo en MX.

El Comprobador DNS devuelve todos los tipos principales en una vista agrupada — más rápido para baselines de migración y paquetes de verificación SaaS. DIG devuelve un tipo en secciones estilo resolver — más rápido para peticiones de pegado de soporte y bucles repetidos MX/TXT. Usa ambos en el mismo sitio; se complementan en lugar de duplicar.

dig local en terminal soporta +trace, overrides @nameserver y flags +dnssec que DN01 no expone en UI de navegador. DN01 intercambia esas flags potentes por cero instalación, botones de copia, ocho locales, acceso API y ruta de resolver consistente para equipos bloqueados de herramientas CLI.

Comprobadores online de «propagación» trazan muchos resolvers regionales; DN01 DIG no. Mostramos un snapshot de alta calidad por consulta con contexto TTL honesto — elige mapas de propagación cuando la pregunta es retraso de caché geográfico, elige DIG cuando la pregunta es «¿cuál es la cadena MX ahora en esta ruta de resolver?»

Paneles DNS cacheados y herramientas «preview» del registrador pueden mentir respecto a DNS público. DIG y Comprobador DNS consultan datos de resolver en vivo, no capturas de UI del host. No almacenamos archivos de zona completos, no reclamamos cuadrículas mundiales ni sustituimos tu editor DNS autoritativo — respuestas públicas precisas con herramientas complementarias WHOIS, SSL y cabeceras.

Cursos universitarios aún enseñan dig +trace en VMs de laboratorio — excelente pedagogía. DN01 DIG apunta a operadores de producción bajo ventanas de cambio que no pueden SSH desde hotspot del móvil durante un corte. Exporta JSON API si tu generador de runbooks necesita campos TTL legibles por máquina junto a buffers de pegado humano para Slack.

Proveedores DNS gestionados exponen logs de auditoría separados de respuestas DNS públicas — cuando auditoría dice cambio aplicado pero DIG discrepa, abre ticket con vendor con ambas capturas. DN01 no accede a tu API de auditoría privada; solo mostramos respuestas públicas orientadas a resolver.