amazon web services - los - Diferencia entre una A Rec y CNAME en Route53
cuales son los dns de amazon (2)
Creo que tienes información incorrecta. Amazon Route53 no permite registros A
con subdominios. Cuando intento establecerlo en un nombre de dominio, recibo un error:
The record set could not be saved because:
- The Value field contains invalid characters or is in an invalid format.
A
registros son solo para direcciones IP.
Como Amazon Route 53 le permite establecer un registro A o un CNAME a un nombre de dominio diferente usando Alias, me pregunto cuál es la diferencia entre un registro A y CNAME ahora.
Para aclarar mi pregunta, la diferencia entre CNAME y el registro A en un NameServer tradicional es que solo se puede usar CNAME para apuntar a un subdominio diferente y el registro A debe apuntar a una dirección IP válida. Dado que AWS Route53 le permite usar un subdominio con A Rec o CNAME, ¿no borra la distinción entre los dos?
Su pregunta es bastante válida, pero está usando la palabra "subdominio" de una manera no muy precisa.
Lo que realmente está preguntando es sobre el hecho de que una ruta 53, un registro A
, puede dar la apariencia de referenciar un nombre de host completamente calificado de otro dominio, o un nombre de host o subdominio de su propio dominio, mientras que en el DNS apropiado, el único La forma de hacer referencia a otro nombre de host es con un CNAME
, pero no se pueden aprovisionar en la cima de un dominio ("ejemplo.com") apuntando a un subdominio ("www.example.com").
Un alias, dices, parece ser funcionalmente equivalente pero más flexible que un CNAME
¿existe alguna diferencia?
La diferencia entre un CNAME
y un alias es que un CNAME
sigue siendo un CNAME
normal, estándar y corriente, que devuelve una respuesta de consulta DNS "Hola, debes saber que el nombre real (" cónico ") del servidor están buscando es ''x'' "y, dependiendo de las circunstancias, también puede incluir el registro A
para el host de destino o no, lo que requiere que el cliente busque una segunda búsqueda.
Los alias, por otro lado, son un truco ingenioso creado por Amazon que no rompe el protocolo pero permite que la ruta 53 entregue el registro A
directamente del recurso "X" cuando se solicita el registro A
para el recurso "Y". Los alias también pueden hacer referencia a otros tipos de registros, pero el tipo de registro al que hacen referencia debe ser el mismo y para los fines de esta discusión, estoy hablando de A
alias de registro.
Y, lo importante es que un alias realmente devuelve un registro A
, no una referencia al objetivo, como lo hace un CNAME
.
La trampa es que con un alias, no puedes poner cualquier nombre de host en ese cuadro. Tiene que ser un nombre de host dentro de un dominio donde Route 53 tiene los ganchos mágicos para que pueda recuperar el registro A
adecuado para servir, ya sea otra entrada en su zona, o desde S3, ELB o Cloudfront. Esta es una implementación muy diferente de cómo funcionan los registros CNAME
, aunque el efecto neto parece ser el mismo.
Ponga algo más allí, y The record set could not be saved because:- Alias Target contains an invalid value.
Intentalo. :)
Por supuesto, los registros CNAME
no tienen ninguna limitación como esa ... están limitados por el diseño en su uso en la parte superior de una zona.
Entonces, de hecho, los alias y los registros CNAME
no tienen tanta coincidencia como pensaste inicialmente. En algunas situaciones, solo una es utilizable, y los casos en que cualquiera funcionaría, la diferencia probablemente sea insignificante.
Una ventaja de Alias en el caso de que cualquiera de los dos se pueda utilizar es que un alias nunca requiere 2 consultas de DNS, como mencioné anteriormente. Siempre se responde directamente por la Ruta 53 con el registro A
apropiado, donde un CNAME
, al menos en el caso de que hace referencia a un nombre de host en un dominio de nivel superior diferente, puede requerir dos búsquedas DNS secuenciales, lo que le otorga a Alias una ventaja de rendimiento teórico caso.