Herramientas de diagnóstico de red
Registros de nombre canónico (alias)
DNS y registros
Consulta DNS Todos los registros DNS de cualquier dominio Consulta de registro A Direcciones IPv4 de un dominio Consulta de registro AAAA Direcciones IPv6 de un dominio Consulta MX Servidores de correo de un dominio Consulta NS Servidores de nombres autoritativos Consulta TXT Registros TXT, SPF, verificación Consulta CNAME Registros de nombre canónico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localización de servicios Consulta CAA Qué CAs pueden emitir certificados DNS inverso (PTR) Dirección IP a nombre de host Comprobación DNSSEC ¿Está el dominio firmado y validado? Diagnóstico DNS Un informe completo de delegación y DNSEntregabilidad de correo
Comprobación SPF Valida tu registro Sender Policy Framework Comprobación DMARC Inspecciona y califica tu política DMARC Comprobación DKIM Encuentra y valida tu clave pública DKIM Comprobación de lista negra Comprueba una IP contra listas negras de correo (DNSBLs) Test SMTP Conecta a un servidor de correo y comprueba STARTTLS Comprobación MTA-STS Política TLS forzada para el correo entrante Comprobación BIMI Registro del logo de marca para el correo Comprobación TLS-RPT Política de informes de TLS de SMTPRed y web
Comprobación de certificado SSL Inspecciona el certificado TLS de un sitio y su caducidad Comprobación de cabeceras HTTP Inspecciona cabeceras de respuesta, redirecciones y seguridad Ping (TCP) Accesibilidad y latencia sobre TCP Comprobación de puertos Qué puertos comunes están abiertosDominio
Consulta WHOIS Datos de registro de dominios, IPs y ASNsUn registro CNAME crea un alias de un hostname hacia otro nombre canónico, de modo que se usan los registros A y AAAA del destino para resolver la dirección. Es habitual para subdominios que apuntan a CDN o proveedores SaaS, lo que te permite seguir su infraestructura sin rastrear sus direcciones IP. Cuando el proveedor cambia de IP, tu CNAME sigue funcionando automáticamente.
Un CNAME no almacena una IP; apunta un hostname hacia otro. Cuando un resolutor encuentra un CNAME, reinicia la consulta sobre el nombre de destino y sigue sus registros A o AAAA hasta la dirección final. Por ejemplo, shop.example.com CNAME mystore.shopify.com significa que una petición a shop.example.com resuelve a través del hostname de Shopify. Esta indirección es por la que los CDN y plataformas SaaS te dan un destino CNAME: pueden cambiar las IP subyacentes con libertad y tu subdominio los sigue sin ediciones por tu parte.
Un resultado CNAME muestra el hostname alias y el destino canónico al que apunta, como www.example.com CNAME example.com o blog.example.com CNAME hosted.ghost.io. Para ver la IP final, sigue la cadena: los registros A y AAAA del destino resuelven la dirección. Si un CNAME apunta a un destino que a su vez tiene un CNAME, los resolutores siguen la cadena, aunque las cadenas largas añaden consultas y latencia. Un CNAME que apunta a un hostname sin registros está roto y fallará al resolver.
La regla más importante es que no puedes poner un CNAME en el dominio raíz (example.com), porque el ápice debe coexistir con los registros NS y SOA obligatorios, y un CNAME no puede compartir nombre con otros registros. Usa en su lugar un registro A o la función ALIAS/ANAME de un proveedor en el ápice. Tampoco puedes añadir un CNAME a un hostname que ya tiene un registro A, MX o TXT. Un fallo frecuente es apuntar un CNAME a un destino SaaS antes de activar el servicio allí, lo que lo deja sin resolver.
Un registro CNAME es un registro DNS que crea un alias de un hostname hacia otro hostname canónico, de modo que se usan los registros A y AAAA del destino para resolver la dirección. CNAME viene de canonical name (nombre canónico). Se usa mucho para apuntar subdominios a CDN y proveedores SaaS, para que tu dominio siga sus servidores aunque cambien sus direcciones IP.
Un CNAME apunta un hostname hacia otro hostname, mientras que un registro A apunta un hostname directamente a una dirección IPv4. Un CNAME añade una capa de indirección que sigue automáticamente las IP del destino; un registro A es una asignación fija. Usa un CNAME para subdominios que siguen a un proveedor, y un registro A para un dominio raíz o una IP fija.
No, no puedes usar un CNAME estándar en un dominio raíz (ápice) como example.com, porque el ápice debe contener los registros NS y SOA y un CNAME no puede coexistir con otros registros en el mismo nombre. En su lugar, usa un registro A o la función ALIAS o ANAME de tu proveedor de DNS, que imita el comportamiento de CNAME en el ápice respetando el estándar.
Sí, un CNAME puede apuntar a otro CNAME, y los resolutores seguirán la cadena hasta llegar a un hostname con registros A o AAAA. Sin embargo, las cadenas largas añaden una consulta DNS en cada salto, aumentando la latencia. Mantén las cadenas cortas, idealmente de un nivel, y asegúrate de que el destino final tenga realmente registros de dirección para que la resolución funcione.
Un CNAME suele fallar porque el hostname de destino no tiene registros A o AAAA, el servicio SaaS al que apunta aún no se ha activado, o colocaste el CNAME en un nombre que ya tiene otros registros. Verifica que el destino resuelva por sí solo, confirma que la configuración del proveedor esté completa, y asegúrate de que no haya registros A, MX o TXT en conflicto compartiendo el hostname.