Historial DNS: lo que revelan los registros MX y NS

Los registros DNS son el rastro documental que deja un dominio. El historial MX y NS muestra quién gestionó su correo y DNS, lo que a menudo revela para qué se usó el sitio y cuándo cambió de manos. Eso es útil cuando evalúas el dominio de un proyecto muerto en el cementerio o decides enterrar el tuyo.

¿Qué es la investigación del historial DNS de un dominio?

La investigación del historial DNS de un dominio consiste en consultar registros DNS pasados, especialmente MX y NS, para reconstruir su pasado operativo. Se usan bases de datos públicas y herramientas DNS pasivas para ver qué servidores de correo y nombres señaló un dominio a lo largo del tiempo. Cada cambio es una pista sobre propiedad, hosting o propósito.

Paso 1: ¿Cómo obtener la línea base actual de DNS?

Empieza con los registros activos para saber con qué comparar. Ejecuta dig MX ejemplo.com +short y dig NS ejemplo.com +short desde una terminal, o usa herramientas web como Google Public DNS lookup o MXToolbox. Guarda la salida con una marca de tiempo. Esa línea base será el ancla para cada comparación histórica.

Si el dominio no tiene registros MX, eso ya es un dato. Significa que el dominio no está configurado para recibir correo ahora, algo común en proyectos estacionados o abandonados.

Paso 2: ¿Qué herramientas muestran registros MX y NS históricos?

Necesitas bases de datos DNS pasivas, no solo consultas en vivo. SecurityTrails, ViewDNS.info y DNSDumpster ofrecen vistas históricas, algunas gratuitas y otras de pago. El nivel gratuito de SecurityTrails da consultas limitadas; sus planes de pago empiezan en unos $50 al mes. La herramienta histórica de ViewDNS.info es gratuita pero con límite de velocidad. Para una verificación puntual, suele bastar.

No confíes en una sola fuente. Cruza dos herramientas antes de sacar conclusiones, porque la cobertura DNS pasiva varía según el proveedor y la región.

Paso 3: ¿Cómo interpretar el historial de registros MX?

Los registros MX apuntan a los servidores de correo que aceptan correo para un dominio. Un historial que muestra Google Workspace (ASPMX.L.GOOGLE.COM) sugiere que allí funcionó un negocio real. Un historial lleno de servidores de correo aleatorios que rotan cada pocas semanas sugiere algo menos legítimo, como infraestructura de spam o un proyecto desechable.

Busca patrones. Un proveedor MX estable durante años implica un operador estable. Una rotación frecuente de MX indica lo contrario. Ninguno es automáticamente malo, pero ambos dicen qué tipo de proyecto heredas.

Paso 4: ¿Cómo interpretar el historial de registros NS?

Los registros NS muestran qué empresa gestionó el DNS del dominio. Suele ser el registrador, un proveedor de hosting o una CDN. Un cambio de un proveedor NS a otro es un evento de migración, y las migraciones a menudo coinciden con cambios de propiedad o cambios de marca.

Si el historial NS muestra Cloudflare durante años y luego un cambio repentino a los servidores de nombres por defecto de un registrador barato, eso indica que el dominio fue abandonado o vendido. Los indie hackers deberían importarles porque ese cambio suele marcar el fin del desarrollo activo.

Paso 5: ¿Cómo cruzar el historial DNS con WHOIS y archivos web?

El historial DNS solo es delgado. Combínalo con el historial WHOIS (DomainTools lo ofrece, y muchos registradores guardan registros limitados) y Wayback Machine. Si la fecha del cambio NS coincide con un cambio de titular WHOIS y un vacío en las instantáneas archivadas, tienes una historia coherente.

Esa triangulación es lo que separa una verdadera investigación del historial DNS de una consulta casual. Un registro es una pista. Tres registros alineados son evidencia.

Paso 6: ¿Cómo identificar señales de alerta en el historial MX y NS?

Las señales de alerta incluyen registros MX que apuntan a hosts conocidos por spam, registros NS que saltan entre proveedores no relacionados cada pocos meses, y largos vacíos sin ningún registro. Un dominio sin historial MX y con cambios frecuentes de NS probablemente nunca alojó un producto real.

Por el contrario, un dominio con años de MX estable de Google y NS de Cloudflare probablemente perteneció a un negocio genuino. Ese es el tipo de historial que quieres al comprar el dominio del proyecto muerto de otro.

Paso 7: ¿Cómo usar el historial DNS para valorar un dominio?

El historial DNS no fija el precio, pero lo informa. Un dominio con un historial limpio y estable de correo y hosting es más fácil de relanzar porque no heredas reputación de spam. Un dominio con un pasado MX desordenado puede tener problemas de entregabilidad de correo que tarden meses en arreglarse.

Verifica el dominio en listas negras importantes como Spamhaus antes de comprometerte. Si el historial MX parece sospechoso, asume que la reputación también lo es, y ajusta el precio en consecuencia.

Paso 8: ¿Cómo preservar tu propio historial DNS antes de enterrar un proyecto?

Antes de retirar un proyecto, exporta sus registros MX y NS actuales y guárdalos con una fecha. Captura la pantalla del panel DNS del registrador. Ese registro pasa a formar parte de la historia del proyecto, y es útil si alguna vez quieres demostrar que el dominio tenía un historial limpio al venderlo.

Cuando entierras tu proyecto muerto por $1, ese historial es parte de lo que un comprador evalúa. Un rastro DNS ordenado es un punto de venta, no una nota al pie.

¿Qué puede salir mal con la investigación del historial DNS de un dominio?

Los datos DNS pasivos son incompletos. Algunos proveedores empezaron a registrar hace poco, y las herramientas gratuitas suelen mostrar solo unos pocos años. Puedes confundir fácilmente datos faltantes con un historial limpio.

Segundo, los registros DNS pueden ser falsificados o heredados de un propietario anterior sin un negocio real detrás. Un registro MX de Google no prueba que existiera una empresa; prueba que alguien se registró en Google Workspace. Trata cada registro como una pista, no como un hecho.

Tercero, los servicios de privacidad y las transferencias de registrador pueden romper la continuidad de WHOIS, lo que rompe el paso de cruce de datos. Cuando eso ocurra, apóyate más en los archivos web y acepta que algunos vacíos no se cerrarán.

Requisitos previos para una investigación del historial DNS de un dominio

Necesitarás el nombre de dominio, una terminal o herramienta web de consulta DNS, y al menos una cuenta de servicio DNS pasivo. Una cuenta gratuita de SecurityTrails o ViewDNS.info cubre la mayoría de las comprobaciones casuales. Para trabajo más profundo, presupuesta un plan de pago y una suscripción a DomainTools si el historial WHOIS es importante.

También deberías conocer el registrador actual del dominio y si está vencido o estacionado. Ese contexto moldea cómo interpretas cada registro histórico que encuentres.

Empieza con los dominios que estás considerando comprar, luego trabaja hacia atrás a través de su historial MX y NS. Explora el cementerio para ver cuáles están disponibles.