Ir al contenido principal

Búsqueda registro CNAME

Descubre el destino de tus alias DNS en segundos

¿Tu subdominio no responde? Verifica si el registro CNAME apunta al destino correcto y si este resuelve correctamente a una dirección IP.

Tipo de registrocada tipo tiene su propia página

El resultado se muestra más abajo automáticamente

Modo de resolución
Probar la propagación DNS

Simple = una consulta al resolver · Traza = descenso desde la raíz

opcionesOpciones avanzadas

Puntos clave de la herramienta

Alias instantáneo

Descubre el destino de un CNAME en tiempo real. Sigue la cadena de resolución hasta la dirección IP final.

Multi-resolutor

Compara las respuestas de Google, Cloudflare y Quad9 para detectar problemas de propagación.

Seguimiento de cadena

Visualiza cada salto cuando un CNAME apunta a otro CNAME. Identifica bucles o cadenas demasiado largas.

TTL y caché

Verifica la duración de caché de cada registro para planificar tus migraciones con tranquilidad.

Gratuito e ilimitado

Prueba tantos dominios como necesites. Sin registro requerido.

¿Cómo usar correctamente las diferentes opciones de la consulta DNS?

¿Qué es la traza iterativa?

La traza ejecuta la resolución paso a paso. El resolver consulta primero a los servidores raíz, luego a los del TLD (.com, .es, .eu) y finalmente a los servidores autoritativos de la zona objetivo. En cada etapa la página muestra el servidor consultado, la respuesta, el RCODE y la latencia.

  1. 1. Raíz

    Descubrimiento de los servidores del TLD para el nombre solicitado.

  2. 2. TLD

    Referencia a los NS de la zona (delegación).

  3. 3. Autoritativos

    Respuesta final (o error) con TTL y latencia.

¿Para qué sirve?

  • Comparar respuestas según los resolvers y las regiones
  • Detectar una caché caliente, un TTL demasiado largo o una delegación incompleta
  • Explicar una diferencia de latencia o un RCODE inesperado

Truco: deja la traza desactivada para las comprobaciones rápidas; actívala cuando investigues o prepares un ticket/post-mortem.

¿Qué es la traza clásica?

La traza clásica consulta únicamente el resolver seleccionado (UDP o DoH) y muestra la respuesta tal como se percibe desde ese punto de la red. Obtienes el RCODE, las secciones de la respuesta y la latencia del tramo cliente → resolver.

  1. 1. Resolver elegido

    Utiliza el ajuste predefinido o la configuración personalizada para lanzar la consulta exactamente como lo haría tu servicio.

  2. 2. Protocolo conservado

    Respeta el transporte seleccionado (UDP, TCP o DoH) para reproducir el comportamiento real.

  3. 3. Respuesta detallada

    Muestra las secciones question, answer y authority/additional cuando existen, con TTL y metadatos útiles.

¿Por qué usarla?

  • Comprobar la visión de un resolver específico antes de sospechar de la delegación
  • Confirmar los valores en caché y el impacto de un TTL o de un vaciado
  • Documentar una resolución tal como la ve un cliente o un microservicio

Truco: deja desactivada la opción de traza iterativa cuando audites un resolver concreto; actívala después para compararla con el recorrido raíz → TLD → autoritativo.

¿Cómo funciona la prueba de propagación?

La prueba de propagación es una herramienta dedicada que consulta en paralelo un conjunto de resolvers públicos (Google, Cloudflare, Quad9, OpenDNS, ISP...) y agrupa las respuestas por contenido y RCODE. Ves al instante quién ya aplicó la actualización.

  1. 1. Resolvers multipunto

    Consulta varios resolvers repartidos por el mundo en una sola prueba.

  2. 2. Comparación automática

    Agrupa las respuestas idénticas y señala las divergencias o los errores propios de cada resolver.

  3. 3. Resumen accionable

    Ofrece un resumen claro, la lista de resolvers, sus latencias y el estado de cada grupo.

¿Cuándo usarla?

  • Seguir la difusión de un cambio DNS a escala mundial
  • Identificar cachés aún antiguas y decidir un vaciado específico
  • Compartir un estado de propagación en un ticket o post-mortem

Truco: la prueba de propagación es una herramienta aparte. Usa el DNS Lookup (modo Simple o Traza) para el diagnóstico unitario de un resolver.

¿Qué es un registro CNAME?

Un registro CNAME (Canonical Name) crea un alias de un nombre de dominio hacia otro nombre canónico. El resolutor sigue este destino para obtener la dirección IP final a través de los registros A o AAAA.

Estructura de un registro CNAME:

CampoDescripciónEjemplo
NombreEl subdominio aliaswww o cdn
TipoSiempre CNAMECNAME
DestinoEl nombre canónicohosting.provider.com.
TTLDuración de caché en segundos3600

Ejemplos de uso

Subdominio www

Apuntar www hacia un alojamiento o CDN:

www.captaindns.com.  3600  IN  CNAME  captaindns.netlify.app.

CDN y recursos estáticos

Delegar recursos a un proveedor CDN:

cdn.captaindns.com.  3600  IN  CNAME  d123456.cloudfront.net.

Servicios SaaS

Personalizar un dominio para un servicio de terceros:

support.captaindns.com.  3600  IN  CNAME  captaindns.zendesk.com.

Reglas importantes

Un CNAME debe estar solo

ReglaExplicación
Sin otros registrosUn CNAME no puede coexistir con A, AAAA, MX o TXT en el mismo nombre
Prohibido en el apexLa raíz del dominio ya tiene SOA y NS, por lo que no se permite CNAME
MX no apunta a CNAMEEl servidor de correo debe tener registros A/AAAA directos

Buenas prácticas

PrácticaPor qué
Evitar cadenas largasCada salto añade latencia
TTL corto antes de migraciónAcelera la propagación del cambio
Documentar los aliasFacilita la resolución de problemas

Problemas comunes

El subdominio no responde

  1. Verifica que el CNAME existe y apunta al destino correcto
  2. Comprueba que el destino tiene registros A o AAAA válidos
  3. Prueba la resolución del destino en sí

Conflicto con otros registros

Un CNAME en el mismo nombre que un A, MX o TXT causará problemas. Elimina los otros registros o usa A/AAAA en su lugar.

Cadena de CNAME demasiado larga

Si un CNAME apunta a otro CNAME que apunta a otro... el tiempo de resolución aumenta. Limita a 2-3 niveles.


Verificación en línea de comandos

Linux/Mac

dig CNAME www.captaindns.com

Seguir toda la cadena:

dig +trace www.captaindns.com

Windows

nslookup -type=cname www.captaindns.com

CNAME en el apex: alternativas

En la raíz del dominio (apex), no puedes usar CNAME. Las alternativas:

SoluciónDescripción
ALIAS/ANAMEFunción propietaria de algunos DNS (Cloudflare, Route53)
A/AAAA directosApuntar a las IPs del servicio
Redirección HTTPRedirigir hacia www que usa CNAME

Herramientas complementarias

HerramientaUtilidad
Búsqueda AVerificar la dirección IPv4 final
Búsqueda AAAAVerificar la dirección IPv6 final
Propagación DNSVerificar la propagación mundial

Recursos útiles