Traemos la mejor solución que descubrimos online. Nosotros queremos que te sea de mucha utilidad y si puedes compartir alguna mejora hazlo con libertad.
Solución:
La razón por la que esta pregunta todavía surge a menudo es porque, como mencionaste, en algún lugar alguien que se presume importante escribió que el RFC establece que los nombres de dominio sin subdominio delante de ellos no son válidos. Sin embargo, si lee el RFC detenidamente, encontrará que esto no es exactamente lo que dice. De hecho, RFC 1912 establece:
No te excedas con los CNAME. Úselos cuando cambie el nombre de los hosts, pero planea deshacerte de ellos (e informa a tus usuarios).
Algunos hosts DNS proporcionan una forma de obtener una funcionalidad similar a CNAME en el vértice de la zona (el nivel de dominio raíz, para el nombre de dominio simple) mediante un tipo de registro personalizado. Dichos registros incluyen, por ejemplo:
- ALIAS en DNSSimple
- ANAME en DNS simplificado
- ANAME en easyDNS
- CNAME en CloudFlare
Para cada proveedor, la configuración es similar: apunte la entrada ALIAS o ANAME para su dominio principal a ejemplo.dominio.com, tal como lo haría con un registro CNAME. Según el proveedor de DNS, un valor de Nombre vacío o @ identifica el vértice de la zona.
ALIAS o ANAME o @ ejemplo.dominio.com.
Si su proveedor de DNS no admite este tipo de registro y no puede cambiar a uno que sí lo haga, deberá usar la redirección de subdominio, que no es tan difícil, según el protocolo o el software del servidor que necesita para hacerlo. .
No estoy de acuerdo con la afirmación de que solo lo hacen “administradores aficionados” o ideas similares. Es un simple “¿Qué debe hacer el nombre y su servicio?” tratar, y luego adaptar su configuración de DNS para satisfacer esos deseos; Si sus servicios principales son la web y el correo electrónico, no veo ninguna razón VÁLIDA por la que descartar los CNAME definitivamente sería problemático. Después de todo, ¿quién preferiría @subdominio.dominio.org sobre @dominio.org? ¿Quién necesita “www” si ya está configurado con el protocolo en sí? Es ilógico suponer que el uso de un nombre de dominio raíz no sería válido.
CNAME’ing un registro raíz técnicamente no está en contra de RFC, pero tiene limitaciones, lo que significa que es una práctica que no se recomienda.
Normalmente, su registro raíz tendrá varias entradas. Digamos, 3 para sus servidores de nombres y luego uno para una dirección IP.
Por RFC:
Si un CNAME RR está presente en un nodo, no debe haber ningún otro dato presente;
Y según el documento IETF ‘Errores operativos y de configuración comunes de DNS’:
Los administradores sin experiencia a menudo intentan esto como una forma obvia de permitir que su nombre de dominio también sea un host. Sin embargo, los servidores DNS como BIND verán el CNAME y se negarán a agregar otros recursos para ese nombre. Dado que no se permite que otros registros coexistan con un CNAME, las entradas NS se ignoran. ¡Por lo tanto, todos los hosts en el dominio podunk.xx también se ignoran!
Referencias:
- http://tools.ietf.org/html/rfc1912 sección ‘2.4 Registros CNAME’
- http://www.faqs.org/rfcs/rfc1034.html sección ‘3.6.2. Alias y nombres canónicos’
No sé cómo se están saliendo con la suya, o qué efectos secundarios negativos pueden tener, pero estoy usando Hover.com para alojar algunos de mis dominios, y recientemente configuré el vértice de mi dominio como un CNAME allí. Su herramienta de edición de DNS no se quejó en absoluto y mi dominio se resuelve felizmente a través del CNAME asignado.
Esto es lo que me muestra Dig para este dominio (dominio real ofuscado como mydomain.com):
; <<>> DiG 9.8.3-P1 <<>> mydomain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2056
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mydomain.com. IN A
;; ANSWER SECTION:
mydomain.com. 394 IN CNAME myapp.parseapp.com.
myapp.parseapp.com. 300 IN CNAME parseapp.com.
parseapp.com. 60 IN A 54.243.93.102
Aquí tienes las reseñas y valoraciones
Agradecemos que quieras añadir valor a nuestro contenido informacional cooperando tu experiencia en las explicaciones.