A, AAAA, MX, CNAME, NS y TXT en una sola consulta en macOS, y esos seis más SOA en iPhone y iPad. Gratis, sin anuncios ni cuenta.
Por Lucas Russo, desarrollador de SSHive · Actualizado el
En macOS, una sola búsqueda dispara seis resoluciones en paralelo: A, AAAA, MX, CNAME, NS y TXT. Cada una se trata por separado, así que un dominio sin CNAME o sin IPv6 devuelve igualmente todo lo demás en vez de dar error. Los resultados aterrizan en una tabla Tipo/Valor, en un orden fijo y predecible.
En móvil la resolución pasa por el resolutor BSD y devuelve A, AAAA, CNAME, MX, TXT, NS y SOA, sin duplicados, agrupados por tipo con una insignia de color, el TTL del registro y un botón de copia en cada valor. Las siete consultas se lanzan en serie, no en paralelo. Al lado hay una herramienta MX Lookup dedicada para el enrutado de correo.
DNS Lookup funciona igual en la versión del Mac App Store, en iPhone y en iPad. Una consulta DNS es tráfico de cliente saliente corriente, así que no hay guardia de sandbox ni modo degradado en ninguna parte: ningún entitlement que discutir y ninguna plataforma donde la herramienta responda menos que las demás.
Las consultas van a los servidores DNS que tu dispositivo ya está configurado para usar. La versión de escritorio les habla directamente el protocolo DNS; en móvil se pasa por la vía de resolución del sistema. Nada se enruta a través de un servicio web de terceros, así que ningún proveedor de analítica ni intermediario de API ve qué dominios consultas (solo lo ve el resolutor que tu dispositivo ya usa), y la respuesta refleja lo que esta máquina va a resolver de verdad.
DNS Lookup está en la misma ventana que tus sesiones SSH. Confirmas que el registro A está mal, abres una shell en el servidor de nombres y corriges la zona: sin cambiar de app y sin volver a teclear el nombre de host. Desde un iPhone a las 3 de la madrugada, esa es la diferencia entre confirmar un aviso y poder actuar sobre él.
Las seis herramientas de red (consulta DNS, ping, traceroute, whois, consulta MX y comprobación de listas negras DNSBL) son gratis en Mac, iPhone y iPad, sin anuncios y sin cuenta. Pro es un pago único (unos 14,99 €, compra universal para Mac, iPhone y iPad) que levanta los límites del nivel gratuito y desbloquea RDP y VNC. No bloquea el diagnóstico.
Haz clic en el icono de red de la barra lateral (su descripción emergente dice Herramientas de red) o en la píldora Herramientas de red de la pantalla de bienvenida. Cualquiera de los dos abre una pestaña propia con el panel de diagnóstico completo.
En el iPhone, toca Herramientas en la barra de pestañas inferior. En el iPad, selecciona Herramientas de red en la barra lateral. En la sección Diagnóstico, toca la segunda fila, Consulta DNS, con el subtítulo «Resolver un nombre de dominio».
En el Mac, Búsqueda DNS es la primera tarjeta de la sección Resolución y reputación. Escribe el dominio a secas: example.com, no https://example.com/ruta. La app de Mac valida el nombre de host antes de que llegue al resolutor, así que una URL pegada se rechaza en lugar de recortarse en silencio.
Pulsa Buscar. El botón pasa a «Ejecutando…» mientras las seis consultas salen en paralelo; las respuestas parciales no se descartan, así que aparecen resultados aunque varios tipos de registro no existan para ese dominio. En iPhone y iPad se lanza igual, y los registros vuelven agrupados en secciones por tipo.
La tabla de escritorio lista Tipo y Valor en un orden fijo: A, AAAA, MX (la prioridad seguida del nombre del servidor de intercambio), CNAME, NS y, por último, TXT con sus segmentos unidos. En móvil, cada tipo de registro tiene su propia sección, con un botón de copia en cada valor que se convierte en una marca verde una vez copiado.
Si estás persiguiendo un problema de correo, abre a continuación la consulta MX. En macOS resuelve cada servidor de intercambio a sus direcciones IPv4, añade el nombre de DNS inverso de cada una y comprueba la primera dirección contra ocho zonas DNSBL: la vista de DNS inverso que DNS Lookup por sí solo no ofrece.
v=spf1 …), DMARC en _dmarc.dominio, DKIM en selector._domainkey.dominio. Dos registros v=spf1 en el ápex son un error permanente (permerror) y bastan para que rechacen tu correo. Los valores TXT largos viajan en trozos de 255 bytes; SSHive los une con espacios, así que a una clave pública DKIM copiada de la tabla hay que quitarle los espacios antes de compararla.
El TTL es una vida útil de caché, no una cuenta atrás hacia la propagación global. La propagación no existe: los servidores autoritativos cambian al instante. Lo que estás esperando es que cada resolutor recursivo que cacheó la respuesta antigua la deje expirar. Si el registro viejo tenía un TTL de 24 horas, ese es tu peor caso, y bajar el TTL después del cambio no sirve de nada. Bájalo 24 horas antes.
La tabla de escritorio no muestra los TTL; iPhone y iPad muestran el TTL de cada registro. Para trabajar al TTL exacto desde un Mac, dig en un terminal sigue siendo el instrumento correcto.
El DNS inverso (PTR) responde a otra pregunta y lo controla quien posee el bloque de IP, no el titular del dominio. SSHive lo expone en los resultados de la consulta MX, donde se gana su sitio: una IP emisora cuyo PTR no se reconfirma hacia el mismo host es una de las maneras más fiables de que te rechacen el correo. Otra es que esa IP figure en una lista negra, algo que la verificación DNSBL consulta zona por zona.