Qué muestra esta comprobación
Un CNAME convierte un hostname en alias de otro. Se usa en CDNs, SaaS, verificaciones y servicios alojados.
DNSRadar compara el destino canónico que devuelve cada resolver para detectar destinos antiguos, aliases ausentes o configuración inconsistente.
Cuándo usarla
- Alta de CDN o SaaS
- Cambio de hostname de aplicación
- Verificación de servicios externos
- Diagnóstico de CNAME antiguos
Ejemplos de uso
- Verificar el alias www hacia un CDN, hosting gestionado o plataforma SaaS.
- Detectar si un CNAME antiguo sigue cacheado tras cambiar el destino.
- Confirmar que el destino canónico es un hostname válido y no una IP.
Cómo interpretar el resultado
- El destino debe ser un hostname y resolverse con sus propios A o AAAA.
- Un CNAME normalmente no debe coexistir con otros registros en el mismo nombre.
- Destinos diferentes entre resolvers suelen indicar caché o servidores autoritativos inconsistentes.
Ejemplos con dig
Estos comandos sirven para comparar la consulta de DNSRadar con una comprobación desde terminal o documentar una incidencia para tu proveedor DNS.
dig www.example.com CNAME +short
dig @1.1.1.1 www.example.com CNAME
dig www.example.com A +traceDiagnóstico avanzado
Usa esta página cuando un hostname apunta a CDN, SaaS, hosting gestionado o endpoint de verificación. Los problemas CNAME a menudo parecen fallos web o TLS, pero la causa puede ser un alias antiguo, un destino ausente o un hostname destino que no resuelve bien.
Ejemplos prácticos
- Comprueba www.example.com después de mover una web de CDN o proveedor de hosting.
- Verifica un CNAME de alta SaaS antes de marcar el dominio como validado.
- Compara resolvers si solo algunos visitantes siguen llegando a la plataforma antigua.
- Después de cambiar un CNAME, comprueba aparte los A y AAAA del destino.
Errores habituales
Publicar CNAME junto a otros registros en el mismo nombre
Un nombre con CNAME normalmente no debe tener A, MX, TXT u otros datos.
Usar CNAME en el dominio raíz
El apex necesita SOA y NS, por eso suele requerir ALIAS o ANAME del proveedor.
Quedarse solo en el alias
Un CNAME correcto puede fallar si el destino tiene mal A, AAAA, TLS o routing HTTP.
Dejar destinos antiguos
CDNs o SaaS antiguos pueden seguir sirviendo rutas obsoletas tras una migración.
Preguntas
Puede un dominio raíz usar CNAME?
DNS tradicional no permite CNAME en el apex si existen SOA y NS; algunos proveedores ofrecen ALIAS o ANAME.
Por qué resuelve el CNAME pero falla la web?
Puede estar bien el DNS y fallar TLS, routing HTTP o el servicio destino.