Según la sección 2.4 de RFC1912:
 A CNAME record is not allowed to coexist with any other data.  In
 other words, if suzy.podunk.xx is an alias for sue.podunk.xx, you
 can't also have an MX record for suzy.podunk.edu, or an A record, or
 even a TXT record.  Especially do not try to combine CNAMEs and NS 
 records like this!:
           podunk.xx.      IN      NS      ns1
                           IN      NS      ns2
                           IN      CNAME   mary
           mary            IN      A
El RFC tiene mucho sentido ya que el servidor de nombres no sabría si necesita seguir el CNAME o responder con el registro real con el que se superpone el CNAME. bar.comes una zona, por lo tanto, implícitamente tiene un registro SOA para elbar.com nombre. No puede tener un registro SOA y un CNAME con el mismo nombre.
Sin embargo, dado que los registros SOA generalmente se usan solo para el mantenimiento de la zona, estas situaciones en las que desea proporcionar un CNAME en el vértice de la zona son bastante comunes. Aunque el RFC lo prohíbe, a muchos ingenieros les gustaría un comportamiento como: "seguir el CNAME a menos que la consulta solicite explícitamente el registro SOA". Es por eso que la Ruta 53 ofrece alias records. Se trata de una función específica de Route 53 que ofrece la funcionalidad exacta que necesita. Eche un vistazo a http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingAliasRRSets.html
                 
                
                    
                        
                    
                    
                        Ioan Alexandru Cucu
                        fuente
                    
                 
                
                 
Aregistro, ¿qué hacer ahora?bar.com. (¡El nombre debe ser el mismo que el del dominio desde el que desea redirigir para que esto funcione!)bar.comS3 Bucket, vaya aProperties>Static Website Hosting, seleccioneRedirect all requests to another host namee ingresefoo.comen el cuadro de texto.Hosted Zoneparabar.com, haga clicCreate Record Set. SeleccioneA - IPv4 addresspor tipo. Haga clicYesparaAlias. Haga clic en el cuadro de texto paraAlias Target.bar.comdebe aparecer en la lista-- S3 Website Endpoints --. Guarde el registro. Espere unos minutos y debería tener una configuración de redireccionamiento para redirigir las solicitudes de bar.com a foo.com.Puede utilizar este mismo método para redirigir un dominio simple a un subdominio (como www). Utilizo esto en los casos en que www.foo.com tiene que ser un CNAME, por lo que redirecciono de foo.com a www.foo.com con este mismo método. Si foo.com es un registro A, puede utilizar esta técnica para redirigir de www.foo.com a foo.com.
NOTA: este método avanzará con la ruta completa. es decir, http://bar.com/test reenviará a http://foo.com/test .
fuente
En Route53, debe crear un registro A , NO un registro CNAME , y crear un alias debajo.
Del comentario de @ewalshe sobre la respuesta de Alexandru Cucu, si vino aquí tratando de configurar API Gateway con un nombre de dominio personalizado y tiene una URL de distribución de Cloudfront.
fuente
Aregistro, la renovación del certificado falló y AWS me envió un correo electrónico sugiriendo crearCNAME... ¿qué hacer?tldr; Debe pasar un FQDN como el nombre ResourceRecordSet.
Tuve este mismo problema al usar esta declaración c # snip:
En este caso image.Name == "Listener"
Una vez que lo cambié a:
ahora el valor que se pasa es: "Listener.fully.qualified.com"
Ahora funciona.
fuente
Debe usar el DNAME en lugar de un CNAME. Un registro CNAME solo puede redirigir la etiqueta a otra etiqueta.
Cuando habla de redirigir nombres de dominio en lugar de etiquetas, debe usar DNAME
Esto también significa que todos los registros A, NS y más deben eliminarse. Esto debe configurarse en el dominio foo.com.
fuente
DNAMEse define en RFC 2672 . ¿Podría explicar cómo se relaciona esto con OP? Route53 no permite la eliminación de registros SOA o NS, al menos desde la interfaz estándar y DNAME no es una opción disponible.