Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Uso de registros
Después de crear una zona alojada para su dominio, como example.com, puede crear registros para indicar al sistema de nombres de dominio (DNS) cómo desea redirigir el tráfico para ese dominio.
Por ejemplo, puede crear registros para que el DNS haga lo siguiente:
+ Redirigir el tráfico de Internet de example.com a la dirección IP de un host de su centro de datos.
+ Redirigir el correo electrónico de ese dominio (ichiro@example.com) a un servidor de correo (mail.example.com).
+ Redirigir el tráfico para un subdominio llamado operations.tokyo.example.com a la dirección IP de un host diferente.
Cada registro incluye el nombre de un dominio o un subdominio, un tipo de registro (por ejemplo, un registro con tipo de correo electrónico redirigido MX) y otros datos del tipo de registro (para los registros MX, el nombre de host de uno o varios servidores de correo electrónico y una prioridad para cada servidor). Para obtener más información acerca de los distintos tipos de registros, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
El nombre de cada registro de una zona alojada debe terminar con el nombre de la zona alojada. Por ejemplo, la zona alojada example.com puede contener registros de www.example.com y subdominios accounting.tokyo.example.com, pero no registros para un subdominio www.example.ca.
**nota**
Para crear registros para las configuraciones de enrutamiento complejas, también puede utilizar el editor visual de Flujo de tráfico y guardar la configuración como una política de tráfico. A continuación, puede asociar la política de tráfico con uno o varios nombres de dominio (como example.com) o nombres de subdominio (como www.example.com) en la misma zona alojada o en varias zonas hospedadas. Además, puede revertir las actualizaciones si la nueva configuración no tiene el desempeño previsto. Para obtener más información, consulte [Uso de flujo de tráfico para dirigir el tráfico DNS](traffic-flow.md).
Amazon Route 53 no cobra por los registros que agregue a una zona alojada. Para obtener más información acerca del número máximo de registros que puede crear en una zona alojada, consulte [Cuotas](DNSLimitations.md).
**Topics**
+ [Elección de una política de enrutado](routing-policy.md)
+ [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md)
+ [Tipos de registros de DNS admitidos](ResourceRecordTypes.md)
+ [Creación de registros con la consola de Amazon Route 53](resource-record-sets-creating.md)
+ [Permisos del conjunto de registros de recursos](resource-record-sets-permissions.md)
+ [Valores que hay que especificar al crear o editar los registros de Amazon Route 53.](resource-record-sets-values.md)
+ [Creación de registros mediante la importación de un archivo de zona](resource-record-sets-creating-import.md)
+ [Editar registros](resource-record-sets-editing.md)
+ [Eliminar registros](resource-record-sets-deleting.md)
+ [Descripción de registros](resource-record-sets-listing.md)
# Elección de una política de enrutado
Al crear un registro, puede seleccionar una política de direccionamiento, que determina cómo Amazon Route 53 responde a las consultas:
+ **Política de direccionamiento simple**: se utiliza para un único recurso que realiza una función determinada para su dominio; por ejemplo, un servidor web que ofrece contenido para el sitio web example.com. Puede usar el enrutamiento simple para crear registros en una zona alojada privada.
+ **Política de direccionamiento de conmutación por error**: se utiliza si desea configurar la conmutación por error activa-pasiva. Puede usar el enrutamiento de conmutación por error para crear registros en una zona alojada privada.
+ **Política de direccionamiento de geolocalización**: se utiliza si desea dirigir el tráfico en función de la ubicación de los usuarios. Puede usar el enrutamiento por geolocalización para crear registros en una zona alojada privada.
+ **Política de enrutamiento de geoproximidad**: se utiliza si desea dirigir el tráfico en función de la ubicación de los recursos y, opcionalmente, desviar el tráfico desde los recursos de una ubicación a los de otra. Puede usar el enrutamiento por geoproximidad para crear registros en una zona alojada privada.
+ **Política de enrutamiento de latencia**: utilícela cuando tenga varios recursos Regiones de AWS y desee enrutar el tráfico a la región que proporciona la mejor latencia. Puede usar el enrutamiento de latencia para crear registros en una zona alojada privada.
+ **Política de direccionamiento basada en IP**: se usa cuando se quiere enrutar el tráfico en función de la ubicación de los usuarios, y tener las direcciones IP de las que se origina el tráfico.
+ **Política de direccionamiento de respuesta con varios valores**: se utiliza si desea que Route 53 responda a consultas de DNS con hasta ocho registros de estado seleccionados al azar. Puede usar el enrutamiento de respuesta multivalor para crear registros en una zona alojada privada.
+ **Política de direccionamiento ponderada**: se utiliza para dirigir el tráfico a varios recursos en las proporciones que especifique. Puede usar el enrutamiento ponderado para crear registros en una zona alojada privada.
**Topics**
+ [Direccionamiento simple](routing-policy-simple.md)
+ [Enrutado de conmutación por error](routing-policy-failover.md)
+ [Enrutado de geolocalización](routing-policy-geo.md)
+ [Enrutamiento por geoproximidad](routing-policy-geoproximity.md)
+ [Enrutado basado en latencia](routing-policy-latency.md)
+ [Direccionamiento basado en IP](routing-policy-ipbased.md)
+ [Direccionamiento de respuesta con varios valores](routing-policy-multivalue.md)
+ [Direccionamiento ponderado](routing-policy-weighted.md)
+ [Cómo utiliza Amazon Route 53 EDNS0 para estimar la ubicación de un usuario](routing-policy-edns0.md)
# Direccionamiento simple
El direccionamiento simple le permite configurar registros DNS estándar, sin direccionamiento de Route 53 especial, como ponderado o de latencia. Con el direccionamiento simple, el tráfico se dirige normalmente a un único recurso, como un servidor web de su sitio web.
Puede utilizar una política de enrutamiento sencillo para los registros de una zona alojada privada.
Si elige la política de direccionamiento simple en la consola de Route 53, no puede crear varios registros que tengan el mismo nombre y tipo, pero puede especificar varios valores en el mismo registro, como varias direcciones IP. (Si elige la política de enrutamiento simple para un registro de alias, puede especificar solo un AWS recurso o un registro en la zona alojada actual). Si especifica varios valores en un registro, Route 53 devuelve todos los valores al servicio de resolución de nombres recursivo en orden aleatorio y el servicio devuelve los valores al cliente (como un navegador web) que envió la consulta de DNS. A continuación, el cliente elige un valor y vuelve a enviar la consulta. Con una política de enrutamiento sencillo, si bien puede especificar varias direcciones IP, no se puede comprobar el estado de estas direcciones.
Para obtener información acerca de los valores que especifica cuando se utiliza la política de direccionamiento simple para crear registros, consulte los siguientes temas:
+ [Valores específicos para registros simples](resource-record-sets-values-basic.md)
+ [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
# Enrutado de conmutación por error
El direccionamiento de conmutación por error permite redirigir el tráfico a un recurso cuando este está en buen estado o a uno diferente cuando el primer recurso no está en buen estado. Los registros primarios y secundarios pueden dirigir el tráfico a cualquier elemento desde un bucket de Amazon S3 configurado como un sitio web a un árbol complejo de registros. Para obtener más información, consulte [Conmutación por error activa-pasiva](dns-failover-types.md#dns-failover-types-active-passive).
Puede utilizar una política de enrutamiento de conmutación por error para los registros de una zona alojada privada.
Para obtener información acerca de los valores que especifica cuando se utiliza la política de direccionamiento de conmutación por error para crear registros, consulte los siguientes temas:
+ [Valores específicos de registros de conmutación por error](resource-record-sets-values-failover.md)
+ [Valores específicos de registros de alias de conmutación por error](resource-record-sets-values-failover-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
# Enrutado de geolocalización
El direccionamiento de geolocalización permite elegir los recursos que dan servicio al tráfico en función de la ubicación geográfica de los usuarios, es decir, la procedencia de las consultas de DNS. Por ejemplo, puede hacer que todas las consultas de Europa se enruten a un equilibrador de carga elástico de la región de Fráncfort.
Cuando usa el direccionamiento de geolocalización, puede localizar su contenido y presentar todo su sitio web o parte de este en el idioma de sus usuarios. También puede utilizar el direccionamiento de geolocalización para restringir la distribución de contenido solo a los lugares para los que tiene derechos de distribución. Otro posible uso es equilibrar la carga entre los puntos finales de forma predecible, de easy-to-manage modo que la ubicación de cada usuario se dirija de forma coherente al mismo punto final.
Puede especificar ubicaciones geográficas por continente, por país o por estado en Estados Unidos. Si crea registros independientes para superponer regiones geográficas (por ejemplo, un registro para América del Norte y otro para Canadá), la región geográfica más pequeña recibirá la mayor prioridad. De esta manera, puede redirigir algunas consultas de un continente a un recurso y las consultas de países seleccionados de dicho continente a otro recurso. (Para ver una lista de los países de cada continente, consulte [Ubicación](resource-record-sets-values-geo.md#rrsets-values-geo-location)).
La geolocalización funciona mediante el mapeo de direcciones IP a ubicaciones. No obstante, algunas direcciones IP no se mapean a ubicaciones geográficas por lo que, aunque cree conjuntos de registros de geolocalización que abarquen los siete continentes, Amazon Route 53 recibirá algunas consultas de DNS de ubicaciones que no puede identificar. Puede crear un registro predeterminado que administre tanto las consultas de direcciones IP no mapeadas a ninguna ubicación como las que procedan de ubicaciones para las que no haya creado registros de geolocalización. Si no crea un registro predeterminado, Route 53 devuelve un mensaje de tipo “sin respuesta” a las consultas de esas ubicaciones.
Se puede utilizar el enrutamiento de geolocalización para los registros de zonas alojadas privadas y públicas.
Para obtener más información, consulte [Cómo utiliza Amazon Route 53 EDNS0 para estimar la ubicación de un usuario](routing-policy-edns0.md).
Para obtener información acerca de los valores que especifica cuando se utiliza la política de direccionamiento de geolocalización para crear registros, consulte los siguientes temas:
+ [Valores específicos de registros de geolocalización](resource-record-sets-values-geo.md)
+ [Valores específicos de registros de alias de geolocalización](resource-record-sets-values-geo-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
# Enrutado de geolocalización en zonas alojadas privadas
En el caso de las zonas alojadas privadas, Route 53 responde a las consultas de DNS en función Región de AWS de la VPC de la que se originó la consulta. Para ver la lista Regiones de AWS, consulte [Regiones y zonas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) en la guía del *usuario de Amazon EC2*.
Si la consulta de DNS se origina en una parte en las instalaciones de una red híbrida, se considerará que se originó en la Región de AWS en la que se encuentra la VPC.
Si incluye comprobaciones de estado, puede crear registros predeterminados para:
+ Direcciones IP que no están asignadas a ubicaciones geográficas.
+ Consultas de DNS que provienen de ubicaciones para las que no ha creado registros de geolocalización.
Si el registro de geolocalización de la región de la consulta de DNS no está en buen estado, se devolverá el registro predeterminado (si está en buen estado).
En la configuración de ejemplo de la siguiente figura, las consultas de DNS procedentes de un Región de AWS us-east-1 (Virginia) se enrutarán al punto final 1.1.1.1.
![\[Una captura de pantalla que muestra un registro de geolocalización de una zona alojada privada.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/geolocation-phz.png)
# Enrutamiento por geoproximidad
El direccionamiento de geoproximidad permite a Amazon Route 53 dirigir el tráfico a sus recursos en función de la ubicación geográfica de sus usuarios y recursos. Enruta el tráfico al recurso más cercano disponible. También puede optar por enrutar más o menos tráfico a un determinado recurso especificando un valor, conocido como *sesgo*. Un sesgo expande o reduce el tamaño de la región geográfica desde la que se direcciona el tráfico a un recurso.
Puede crear reglas de geoproximidad para sus recursos y especificar uno de los siguientes valores para cada regla:
+ Si utiliza AWS recursos, especifique el grupo de zonas locales Región de AWS o el grupo de zonas en el que creó el recurso.
+ Si utiliza recursos que no son AWS recursos, especifique la latitud y la longitud del recurso.
Para usar las Zonas AWS Locales, primero debe habilitarlas. Para obtener más información, consulte la sección [Introducción al uso de zonas locales](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html), en la *AWS Guía del usuario de zonas locales*.
Para obtener más información sobre las diferencias entre las Zonas Locales Regiones de AWS y las Zonas, consulte [Regiones y zonas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) en la Guía del *usuario de Amazon EC2*.
Para cambiar opcionalmente el tamaño de la región geográfica en la que Route 53 dirige el tráfico a un recurso, especifique el valor aplicable para el sesgo:
+ Para ampliar el tamaño de la región geográfica en la que Route 53 dirige el tráfico a un recurso, especifique un número entero positivo de 1 a 99 para el sesgo. Route 53 reduce el tamaño de las regiones adyacentes.
+ Para contraer el tamaño de la región geográfica en la que Route 53 dirige el tráfico a un recurso, especifique un sesgo negativo de -1 a -99. Route 53 expande el tamaño de las regiones adyacentes.
**nota**
Estamos actualizando la consola de Flujo de tráfico para Route 53. Durante el periodo de transición, puede seguir utilizando la consola anterior.
Seleccione la pestaña de la consola que esté utilizando.
+ [Nueva consola](#traffic-flow-geoprox-routing-map-new)
+ [Consola antigua](#traffic-flow-geoprox-routing-map-old)
------
#### [ New console ]
El siguiente mapa muestra cuatro Regiones de AWS (numeradas del 1 al 5):
1. Oeste de EE. UU. (Oregón)
1. Europa (Fráncfort)
1. Asia-Pacífico (Tokio)
1. África (Ciudad del Cabo)
1. Middle East (Bahrain)
**nota**
Los mapas solo están disponibles con el Flujo de tráfico.
![\[Un mapa del mundo donde se muestra cómo se enruta el tráfico cuando se tienen registros de geoproximidad para recursos en las Regiones de AWS de Oeste de EE. UU. (Oregón), Europa (Fráncfort), Asia Pacífico (Tokio), África (Ciudad del Cabo) y Medio Oriente (Baréin).\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png)
En el siguiente mapa se muestra lo que sucede si agrega un sesgo de \$125 para la región Oeste de EE. UU. (Oregón) (número **1** en el mapa). El tráfico se enruta al recurso de esa región desde una parte mayor de Norteamérica que antes y desde toda Sudamérica.
![\[Un mapa del mundo que muestra cómo se dirige el tráfico cuando se agrega un sesgo de +25 en la región EE. UU. Este (Norte de Virginia).\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png)
En el siguiente mapa se muestra lo que sucede si cambia el sesgo a -25 para la región Oeste de EE. UU. (Oregón). **El tráfico se enruta al recurso de esa región desde partes más pequeñas de Norteamérica y Sudamérica que antes, y se dirige más tráfico a los recursos de las regiones **2**, **3** y 4 adyacentes.**
![\[Un mapa del mundo donde se muestra cómo se enruta el tráfico cuando se agrega un sesgo de -25 en la región Oeste de EE. UU. (Oregón).\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png)
------
#### [ Old console ]
El siguiente mapa muestra cuatro Regiones de AWS (numerados del 1 al 4) y una ubicación en Johannesburgo (Sudáfrica) que se especifica por latitud y longitud (5).
**nota**
Los mapas solo están disponibles con el Flujo de tráfico.
![\[Un mapa del mundo que muestra cómo se enruta el tráfico cuando tiene registros de geoproximidad de recursos en EE. UU. Oeste (Oregón), EE. UU. Este (Virginia del Norte), Europa (París) y Asia Pacífico (Tokio), y tiene un registro para una organización sin fines de lucro en Johannesburgo (Sudáfrica). Regiones de AWS AWS\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png)
El siguiente mapa muestra lo que sucede si agrega un sesgo de \$125 para la región Este de EE. UU. (Norte de Virginia) (número **2** en el mapa). El tráfico se direcciona al recurso de esa región desde una parte mayor de Norteamérica que antes y desde toda Sudamérica.
![\[Un mapa del mundo que muestra cómo se dirige el tráfico cuando se agrega un sesgo de +25 en la región EE. UU. Este (Norte de Virginia).\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png)
El siguiente mapa muestra lo que sucede si cambia el sesgo a -25 para la región Este de EE. UU. (Norte de Virginia). El tráfico se direcciona al recurso de esa región desde partes más pequeñas de América del Norte y del Sur que antes, y más tráfico se direcciona a los recursos de las regiones adyacentes **1**, **3** y **5**.
![\[Un mapa del mundo que muestra cómo se enruta el tráfico cuando se agrega un sesgo de -25 en la región Este de EE. UU. (Norte de Virginia).\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png)
------
El efecto de cambiar el sesgo de sus recursos depende de una serie de factores, entre los que se incluyen los siguientes:
+ El número de recursos de los que dispone.
+ Lo cercanos que están los recursos están entre si.
+ El número de usuarios que haya cerca de la zona fronteriza entre regiones geográficas. Por ejemplo, supongamos que tiene recursos en Regiones de AWS EE.UU. Este (Norte de Virginia) y EE.UU. Oeste (Oregón), y tiene muchos usuarios en Dallas, Austin y San Antonio, Texas, EE. UU. Esas ciudades están aproximadamente a la misma distancia entre sus recursos, por lo que un pequeño cambio en el sesgo podría provocar un gran cambio en el tráfico de los recursos de una Región de AWS a otra.
Le recomendamos que cambie el sesgo en incrementos pequeños para evitar desbordar los recursos debido a una oscilación no prevista en el tráfico.
Para obtener más información, consulte [Cómo utiliza Amazon Route 53 EDNS0 para estimar la ubicación de un usuario](routing-policy-edns0.md).
## Cómo utiliza Amazon Route 53 el sesgo para dirigir el tráfico
Esta es la fórmula que Amazon Route 53 utiliza para determinar cómo dirigir el tráfico:
**Sesgo**
`Biased distance = actual distance * [1 - (bias/100)]`
Cuando el valor del sesgo es positivo, Route 53 trata el origen de una consulta de DNS y el recurso que especifique en un registro de geoproximidad (como una instancia de EC2 en un registro Región de AWS) como si estuvieran más cerca de lo que realmente están. Suponga, por ejemplo, que tiene los siguientes registros de geoproximidad:
+ Un registro para el servidor web A, que tiene un sesgo positivo de 50.
+ Un registro para el servidor web B, que no tiene sesgos.
Cuando un registro de geoproximidad tiene un sesgo positivo de 50, Route 53 recorta a la mitad la distancia entre el origen de una consulta y el recurso para el registro. A continuación, Route 53 calcula qué recurso está más cerca del origen de la consulta. Supongamos que un servidor web A está a 150 kilómetros del origen de la consulta y que el servidor web B está a 100 kilómetros de dicho origen. Si ningún registro tiene un sesgo, Route 53 dirigirá la consulta al servidor web B porque está más cerca. No obstante, dado que el registro del servidor web A tiene un sesgo positivo de 50, Route 53 considera al servidor web A como si estuviera a 75 kilómetros del origen de la consulta. Como resultado, Route 53 dirige la consulta al servidor web A.
Este es el cálculo de un sesgo positivo de 50:
```
Bias = 50
Biased distance = actual distance * [1 - (bias/100)]
Biased distance = 150 kilometers * [1 - (50/100)]
Biased distance = 150 kilometers * (1 - .50)
Biased distance = 150 kilometers * (.50)
Biased distance = 75 kilometers
```
# Enrutado basado en latencia
Si la aplicación está alojada en varios servidores Regiones de AWS, puede mejorar el rendimiento de los usuarios atendiendo sus solicitudes desde el Región de AWS que ofrezca la latencia más baja.
**nota**
Los datos sobre la latencia entre los usuarios y sus recursos se basan totalmente en el tráfico entre los usuarios y los centros de datos de AWS . Si no utilizas los recursos en una Región de AWS, la latencia real entre tus usuarios y tus recursos puede variar considerablemente de los datos de AWS latencia. Esto es así aunque sus recursos se encuentren en la misma ciudad que una región de Región de AWS.
Para utilizar el enrutamiento basado en la latencia, debe crear registros de latencia para los recursos en varias Regiones de AWS. Cuando recibe una consulta de DNS para su dominio o subdominio (ejemplo.com o acme.ejemplo.com), Route 53 determina para qué Regiones de AWS usted ha creado registros de latencia, decide qué región ofrece a los usuarios la menor latencia y, finalmente, selecciona un registro de latencia para dicha región. Route 53 responde con el valor del registro seleccionado, como la dirección IP de un servidor web.
Por ejemplo, suponga que tiene equilibradores de carga elásticos en la región Oeste de EE. UU. (Oregón) y en la región Asia-Pacífico (Singapur). Crea un registro de latencia para cada equilibrador de carga. Esto es lo que ocurre cuando un usuario en Londres escribe el nombre de su dominio en un navegador:
1. DNS dirige la consulta a un servidor de nombres de Route 53.
1. Route 53 consulta los datos sobre latencia entre Londres y la región de Singapur, y entre Londres y la región de Oregón.
1. Si la latencia es menor entre las regiones de Londres y Oregón, Route 53 responde a la consulta con la dirección IP del equilibrador de carga de Oregón. Si la latencia es menor entre las regiones de Londres y Singapur, Route 53 responde a la consulta con la dirección IP del equilibrador de carga de Singapur.
La latencia entre hosts en Internet puede cambiar con el tiempo como consecuencia de los cambios en la conectividad de la red y el direccionamiento. El enrutamiento basado en la latencia se fundamenta en mediciones de latencia realizadas durante un periodo, y estas mediciones reflejan estos cambios. Una solicitud que se direccionó a la región de Oregón esta semana puede enrutarse a la región de Singapur la próxima semana.
**nota**
Cuando un navegador u otro visor utiliza una resolución de DNS que admite la edns-client-subnet extensión de EDNS0, la resolución de DNS envía a Route 53 una versión truncada de la dirección IP del usuario. Si configura el direccionamiento basado en la latencia, Route 53 considera este valor al dirigir el tráfico a sus recursos. Para obtener más información, consulte [Cómo utiliza Amazon Route 53 EDNS0 para estimar la ubicación de un usuario](routing-policy-edns0.md).
Puede utilizar una política de enrutamiento de latencia para los registros de una zona alojada privada.
Para obtener información acerca de los valores que especifica cuando se utiliza la política de direccionamiento de latencia para crear registros, consulte los siguientes temas:
+ [Valores específicos de registros de latencia](resource-record-sets-values-latency.md)
+ [Valores específicos de registros de alias de latencia](resource-record-sets-values-latency-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
# Enrutado basado en latencia en zonas alojadas privadas
En el caso de las zonas alojadas privadas, Route 53 responde a las consultas de DNS con un punto final que se encuentra en el mismo Región de AWS punto final de la VPC Región de AWS de la que se originó la consulta o que está más cerca en cuanto a la distancia de la misma.
**nota**
Si se reenvía un punto de conexión saliente a un punto de conexión entrante, el registro se resolverá en función de dónde se encuentre el punto de conexión entrante, no el punto de conexión saliente.
Si incluye comprobaciones de estado y el registro con la latencia más baja hasta el origen de la consulta no está en buen estado, se devuelve un punto de conexión en buen estado con la siguiente latencia más baja.
En la configuración de ejemplo de la siguiente figura, las consultas de DNS procedentes de un Región de AWS us-east-1, o el más cercano a él, se enrutarán al punto final 1.1.1.1. Las consultas de DNS de us-west-2, o las más cercanas a esa región, se enrutarán al punto de conexión 2.2.2.2.
![\[Una captura de pantalla que muestra dos registros de latencia para una zona alojada privada.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/latency-phz.png)
# Direccionamiento basado en IP
Con el enrutamiento basado en IP en Amazon Route 53, puede ajustar su enrutamiento DNS usando lo que sabe acerca de su red, aplicaciones y clientes para tomar las mejores decisiones de enrutamiento DNS para sus usuarios finales. El enrutamiento basado en IP le brinda un control detallado para optimizar el rendimiento o reducir los costos de la red al cargar sus datos a Route 53 en forma de mapeos. user-IP-to-endpoint
El enrutamiento basado en la geolocalización y la latencia se basa en los datos que Route 53 recopila y mantiene actualizados. Este enfoque funciona bien para la mayoría de los clientes, pero el enrutamiento basado en IP le ofrece la capacidad adicional de optimizar el enrutamiento en función del conocimiento específico de su base de clientes. Por ejemplo, un proveedor de contenidos global de video puede querer enrutar a los usuarios finales de un determinado proveedor de servicio de Internet (ISP).
Algunos casos de usos comunes para el enrutamiento basado en IP son los siguientes:
+ Desea dirigir a los usuarios finales desde determinados puntos finales a puntos finales específicos ISPs para poder optimizar los costos o el rendimiento del tránsito de la red.
+ Desea agregar anulaciones a los tipos de enrutamiento de Route 53 existentes, como el enrutamiento de geolocalización basado en su conocimiento de las ubicaciones físicas de sus clientes.
**Administrar los rangos de IP y asociarlos a un conjunto de registros de recursos () RRSet**
Para IPv4, puede usar bloques CIDR de entre 1 y 24 bits de longitud, ambos inclusive, mientras que paraIPv6, puede usar bloques CIDR de entre 1 y 48 bits de longitud, ambos inclusive. Para definir un bloque de CIDR de cero bits (0.0.0.0/0 o: ::/0), utilice la ubicación predeterminada (“\$1”).
Para consultas DNS con un CIDR más largo que el especificado en la colección CIDR, Route 53 las asociará con el CIDR más corto. Por ejemplo, si especificas 2001:0DB8: :/32 como bloque CIDR de tu colección CIDR y una consulta se origina en DB8 2001:0:0000:1234: :/48, coincidirá. Si, por otro lado, especifica 2001:0DB8: 0000:1234: :/48 en su colección CIDR y una consulta se origina en 2001:0DB8: :/32, no coincidirá y Route 53 responderá con el registro de la ubicación predeterminada («\$1»).
Puede agrupar conjuntos de bloques CIDR (o rangos de IP) en ubicaciones CIDR, que a su vez se agrupan en entidades reutilizables llamadas colecciones CIDR:
**Bloque CIDR**
Un rango de IP en notación CIDR, por ejemplo, 192.0.2.0/24 o 2001:: :/32. DB8
**Ubicación CIDR**
Una lista con nombre de bloques CIDR. Por ejemplo, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001: :/32]. DB8 Los bloques de una lista de localización CIDR no tienen por qué ser adyacentes o del mismo rango.
Una única ubicación puede tener IPv6 bloques IPv4 y, y esta ubicación se puede asociar a los conjuntos de registros A y AAAA, respectivamente.
El nombre de la ubicación suele ser un lugar por convención, pero puede ser cualquier cadena, por ejemplo *Compañía-A*.
**Colección CIDR**
Una colección de ubicaciones con nombre. Por ejemplo, mycollection = [example-isp-seattle, example-isp-tokyo].
Los conjuntos de registros de recursos de enrutamiento basados en IP hacen referencia a una ubicación en una colección, y todos los conjuntos de registros de recursos para el mismo nombre y tipo de conjunto de registros deben hacer referencia a la misma colección. Por ejemplo, si crea sitios web en dos regiones y desea dirigir las consultas de DNS desde dos ubicaciones CIDR diferentes a un sitio web específico en función de las direcciones IP de origen, entonces ambas ubicaciones deben figurar en la misma colección CIDR.
No puede utilizar una política de enrutamiento basado en IP para los registros de una zona alojada privada.
Para obtener información sobre los valores que se especifican cuando se usa la política de enrutamiento basada en IP para crear registros, consulte los siguientes temas:
+ [Valores específicos para los registros basados en IP](resource-record-sets-values-ipbased.md)
+ [Valores específicos para los registros de alias basados en IP](resource-record-sets-values-ipbased-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
**Topics**
+ [Creación de una colección de CIDR con ubicaciones y bloques CIDR](resource-record-sets-creating-cidr-collection.md)
+ [Trabajo con ubicaciones y bloques CIDR](resource-record-sets-working-with-cidr-locations.md)
+ [Eliminar una colección CIDR](resource-record-sets-delete-cidr-collection.md)
+ [Mover una geolocalización a un enrutamiento basado en IP](resource-record-sets-move-geolocation-to-cidr.md)
# Creación de una colección de CIDR con ubicaciones y bloques CIDR
Para empezar, cree una colección de CIDR y agregue a ella bloques y ubicaciones CIDR.
**Para crear una colección de CIDR mediante la consola de Route 53**
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **IP-based routing** (Enrutamiento basado en IP) y, luego, **CIDR collections** (Recopilaciones de CIDR).
1. Seleccione **Create CIDR collection** (Crear una colección de CIDR).
1. En el panel **Create CIDR collection** en **Details** (Detalles), ingrese un nombre para la colección.
1. Elija **Create collection** (Crear colección) para crear una colección vacía.
-o bien-
En la sección **Crear ubicaciones del CIDR**, introduzca un nombre para la ubicación del CIDR en el cuadro de **Ubicación del CIDR**. El nombre de la ubicación puede ser cualquier cadena identificativa, por ejemplo **company 1**, o bien **Seattle**. No tiene por qué ser una ubicación geográfica real.
**importante**
El nombre de la ubicación del CIDR tiene una longitud máxima de 16 caracteres.
Introduzca los bloques del CIDR en el cuadro **Bloques del CIDR**, uno por línea. Pueden ser IPv6 direcciones IPv4 o direcciones comprendidas entre /0 y /24 y entre /0 IPv4 y /48. IPv6
1. Una vez ingresados los bloques CIDR, elija **Create CIDR collection**, o bien **Add another location** (Agregar otra ubicación) ingresando ubicaciones y bloque CIDR. Puede introducir varias ubicaciones CIDR por colección.
1. Una vez ingresadas las ubicaciones CIDR, seleccione **Create CIDR collection**.
# Trabajo con ubicaciones y bloques CIDR
**Para trabajar con ubicaciones CIDR mediante la consola de Route 53**
1. Inicie sesión en la consola de Route Consola de administración de AWS 53 y ábrala en. [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)
1. En el panel de navegación, seleccione **Enrutamiento basado en IP**, **Recopilaciones de CIDR** y, a continuación, en la sección **Recopilaciones de CIDR**, haga clic en un enlace a una recopilación de CIDR en la lista **Nombre de la recopilación**.
En la página **CIDR locations** (Ubicaciones CIDR), puede crear una ubicación CIDR, eliminarla o editar una ubicación y sus bloques.
+ Para crear una ubicación, seleccione **Create CIDR location** (Crear ubicación CIDR).
+ En el panel **Create CIDR location**, ingrese un nombre para la ubicación, los bloques CIDR asociados con la ubicación y, luego, seleccione **Create** (Crear).
+ Para ver una ubicación CIDR y los bloques que contiene, elija el botón de opción situado junto a una ubicación para mostrar su nombre y los bloques CIDR en el panel de ubicación.
En este panel, también puede elegir **Editar** para actualizar el nombre de la ubicación o sus bloques CIDR. Cuando haya terminado de editar, elija **Save** (Guardar).
+ Para eliminar una ubicación CIDR y los bloques de su interior, seleccione el botón de opción situado junto a la ubicación que desea eliminar y, a continuación, seleccione **Delete** (Borrar). Para confirmar la eliminación, escriba el nombre de la ubicación en el campo de entrada de texto y elija **Delete** de nuevo.
**importante**
No se puede deshacer la eliminación de una ubicación CIDR. Si tiene algún registro DNS asociado a la ubicación, es posible que no se pueda acceder a su dominio.
# Eliminar una colección CIDR
**Para eliminar una colección CIDR, sus ubicaciones y bloques mediante la consola de Route 53**
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **IP-based routing** (Enrutamiento basado en IP) y, luego, **CIDR collections** (Recopilaciones de CIDR).
1. En la sección **CIDR collections**, haga clic en el nombre vinculado de la colección que desea eliminar.
1. En la página **CIDR locations** (Ubicaciones CIDR), seleccione cada ubicación de una en una, elija **Delete** (Eliminar), ingrese su nombre en el cuadro de diálogo y luego elija **Delete**. Debe eliminar cada ubicación asociada a una colección CIDR para poder eliminar la colección.
1. Una vez finalizada la eliminación de cada ubicación CIDR, en la página **CIDR locations**, elija el botón de opción junto a la colección que desea eliminar y, a continuación, elija **Delete**.
# Mover una geolocalización a un enrutamiento basado en IP
Si usa políticas de enrutamiento de geolocalización o geoproximidad, y ve constantemente clientes específicos enrutados a un punto de conexión que no es óptimo basado en su ubicación física o topología de red, puede orientar mejor los rangos de IP pública de estos clientes mediante el enrutamiento basado en IP.
La siguiente tabla contiene un ejemplo de configuración de geolocalización para un enrutamiento de geolocalización existente que afinaremos para los rangos IP de California.
| Nombre del conjunto de registros | Política de enrutamiento y origen | Dirección IP del punto de conexión de la aplicación |
| --- | --- | --- |
| example.com | Enrutamiento de geolocalización (EE. UU.) | `198.51.100.1` |
| example.com | Enrutamiento de geolocalización (UE) | `198.51.100.2` |
Para anular los rangos de IP de California para ir a un nuevo punto de conexión de la aplicación, primero vuelva a crear el enrutamiento de geolocalización bajo un nuevo nombre de conjunto de registros.
| Nombre del conjunto de registros | Política de enrutamiento y origen | Dirección IP del punto de conexión de la aplicación |
| --- | --- | --- |
| geo.ejemplo.com | Enrutamiento de geolocalización (EE.UU.) | `198.51.100.1` |
| geo.ejemplo.com | Enrutamiento de geolocalización (UE) | `198.51.100.2` |
Luego, cree registros de enrutamiento basados en IP y un registro por defecto que apunte a su conjunto de registros de enrutamiento de geolocalización recientemente recreado.
| Nombre del conjunto de registros | Política de enrutamiento y origen | Dirección IP del punto de conexión de la aplicación |
| --- | --- | --- |
| example.com | Enrutamiento basado en IP (predeterminado) | Registro de alias del punto de conexión de la aplicación geo.example.com que desea que sea el predeterminado. Por ejemplo, `198.51.100.1`. |
| example.com | Enrutamiento basado en IP (rangos IP de California) | `198.51.100.3` |
# Direccionamiento de respuesta con varios valores
El direccionamiento de respuesta con varios valores permite configurar Amazon Route 53 para devolver varios valores, como direcciones IP a los servidores web, en respuesta a las consultas de DNS. Puede especificar varios valores para casi cualquier registro, pero este direccionamiento también permite verificar el estado de cada recurso, por lo que Route 53 devuelve los valores únicamente para los recursos en buen estado. No es sustituto de un balanceador de carga, pero la capacidad de devolver varias direcciones IP (cuyo estado sea comprobable) constituye una forma de usar el DNS para mejorar la disponibilidad y el equilibrio de la carga.
Para dirigir el tráfico de forma aproximativa aleatoriamente a varios recursos, como servidores web, cree un registro de respuesta con varios valores para cada recurso y, de manera opcional, asocie una comprobación de estado de Route 53 a cada registro. Route 53 responde a las consultas de DNS con hasta ocho registros en buen estado y da diferentes respuestas a distintos solucionadores de DNS. Si un servidor web deja de estar disponible después de que un solucionador almacene una respuesta en memoria caché, el software de cliente puede intentar utilizar otra dirección IP en la respuesta.
Tenga en cuenta lo siguiente:
+ Si asocia una comprobación de estado a un registro de respuesta con varios valores, Route 53 responde a las consultas de DNS con la correspondiente dirección IP solo si se verifica que está en buen estado.
+ Si no asocia ninguna comprobación de estado a un registro de respuesta con varios valores, Route 53 siempre considera que el registro está en buen estado.
+ Si tiene ocho registros o menos en buen estado, Route 53 responde a todas las consultas de DNS con todos los registros en buen estado.
+ Cuando todos los registros están en mal estado, Route 53 responde a las consultas de DNS con hasta ocho registros en mal estado.
Puede utilizar una política de enrutamiento de respuesta con varios valores para los registros de una zona alojada privada.
Para obtener más información acerca de los valores que especifica cuando se utiliza la política de enrutamiento de respuesta multivalor para crear registros, consulte [Valores específicos de registros de respuesta de varios valores](resource-record-sets-values-multivalue.md) y [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md).
# Direccionamiento ponderado
El direccionamiento ponderado permite asociar varios recursos a un solo nombre de dominio (example.com) o nombre de subdominio (acme.example.com) y elegir cuánto tráfico se redirige a cada recurso. Esto puede resultar útil para distintos fines, entre otros, equilibrar la carga y probar nuevas versiones de software.
Para configurar el direccionamiento ponderado, debe crear registros que tengan el mismo nombre y tipo para cada uno de sus recursos. Asigne a cada registro un peso relativo que se corresponda con la cantidad de tráfico que desea enviar a cada recurso. Amazon Route 53 envía el tráfico a un recurso en función del peso que se asigna al registro, como una proporción del peso total de todos los registros del grupo:
![\[Fórmula para determinar cuánto tráfico se dirige a un recurso determinado: ponderación de un registro especificado/suma de las ponderaciones de todos los registros.\]](http://docs.aws.amazon.com/es_es/Route53/latest/DeveloperGuide/images/WRR_calculation.png)
Por ejemplo, si desea enviar una pequeña parte del tráfico a un recurso y el resto a otro recurso, puede especificar pesos de 1 y 255. El recurso con un peso de 1 se lleva una fracción de 1/256 del tráfico (1/(1\$1255)), y el otro recurso, 255/256 (255/(1\$1255)). Para modificar gradualmente el equilibrio puede cambiar los pesos. Si desea detener el envío de tráfico a un recurso, puede cambiar por 0 el peso de ese registro.
Para obtener información acerca de los valores que especifica cuando se utiliza la política de direccionamiento ponderado para crear registros, consulte los siguientes temas:
+ [Valores específicos de registros ponderados](resource-record-sets-values-weighted.md)
+ [Valores específicos de registros de alias ponderados](resource-record-sets-values-weighted-alias.md)
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
Puede utilizar una política de enrutamiento ponderado para los registros de una zona alojada privada.
## Comprobaciones de estado y enrutamiento ponderado
Si agrega comprobaciones de estado a todos los registros de un grupo de registros ponderados, pero asigna ponderaciones distintas de cero a algunos registros y ponderaciones cero a otros, las comprobaciones de estado funcionan igual que si todos los registros tuvieran ponderaciones distintas de cero con las excepciones siguientes:
+ Route 53 tiene en cuenta inicialmente solo los registros con ponderación distinta de cero, si los hubiera.
+ Si todos los registros con una ponderación mayor que 0 tienen un estado incorrecto, Route 53 tiene en cuenta los registros con ponderación cero.
En la siguiente tabla, se detalla el comportamiento cuando el registro de ponderación 0 incluye una comprobación de estado:
| | Registro 1 | Registro 2 | Registro 3 |
| --- |--- |--- |--- |
| Peso | 1 | 1 | 0 |
| ¿Incluye comprobación de estado? | Sí | Sí | Sí |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Mal estado | Mal estado | Buen estado |
| ¿Consulta de DNS respondida? | No | No | Sí |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Mal estado | Mal estado | Mal estado |
| ¿Consulta de DNS respondida? | Sí | Sí | No |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Mal estado | Buen estado | Mal estado |
| ¿Consulta de DNS respondida? | No | Sí | No |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Buen estado | Buen estado | Mal estado |
| ¿Consulta de DNS respondida? | Sí | Sí | No |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Buen estado | Buen estado | Buen estado |
| ¿Consulta de DNS respondida? | Sí | Sí | No |
En la siguiente tabla, se detalla el comportamiento cuando el registro de ponderación 0 no incluye una comprobación de estado:
| | Registro 1 | Registro 2 | Registro 3 |
| --- |--- |--- |--- |
| Peso | 1 | 1 | 0 |
| ¿Incluye comprobación de estado? | Sí | Sí | No |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Buen estado | Buen estado | N/A |
| ¿Consulta de DNS respondida? | Sí | Sí | No |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Mal estado | Mal estado | N/A |
| ¿Consulta de DNS respondida? | No | No | Sí |
| |
| --- |
| Health check status (Estado de la comprobación de estado) | Mal estado | Buen estado | N/A |
| ¿Consulta de DNS respondida? | No | Sí | No |
# Cómo utiliza Amazon Route 53 EDNS0 para estimar la ubicación de un usuario
Para mejorar la precisión de la geolocalización, la geoproximidad, el enrutamiento basado en IP y la latencia, Amazon Route 53 admite la extensión de. edns-client-subnet EDNS0 (EDNS0 añade varias extensiones opcionales al protocolo DNS). Route 53 edns-client-subnet solo se puede usar cuando los resolutores de DNS lo admiten:
+ Cuando un navegador u otro visor usa una resolución de DNS que no es compatible edns-client-subnet, Route 53 usa la dirección IP de origen de la resolución de DNS para aproximar la ubicación del usuario y responde a las consultas de geolocalización con el registro DNS de la ubicación de la resolución.
+ Cuando un navegador u otro visor utiliza una resolución de DNS compatible edns-client-subnet, la resolución de DNS envía a Route 53 una versión truncada de la dirección IP del usuario. Route 53 determina la ubicación del usuario a través de la dirección IP truncada, en lugar de hacerlo mediante la dirección IP de origen del solucionador de DNS; este método suele proporcionar una estimación más precisa de la ubicación del usuario. Después, Route 53 responde a las consultas de geolocalización con el registro de DNS de la ubicación del usuario.
+ EDNS0 no se aplica a las zonas alojadas privadas. En el caso de las zonas alojadas privadas, Route 53 utiliza los datos de los solucionadores de VPC en los Región de AWS que se encuentra la zona alojada privada para tomar decisiones de geolocalización y enrutamiento de latencia.
[Para obtener más información edns-client-subnet, consulte el RFC de la subred del cliente de EDNS y la subred del cliente en las solicitudes de DNS.](https://www.rfc-editor.org/rfc/rfc7871)
# Elección entre registros de alias y sin alias
Los *registros de alias* de Amazon Route 53 proporcionan una extensión específica de Route 53 para la funcionalidad de DNS. Los registros de alias le permiten enrutar el tráfico a AWS los recursos seleccionados, incluidas, entre otras, las CloudFront distribuciones y los buckets de Amazon S3. También le permiten dirigir el tráfico de un registro de una zona alojada a otro registro.
A diferencia de un registro CNAME, puede crear un registro de alias en el nodo superior de un espacio de nombres de DNS, también conocido como *vértice de zona*. Por ejemplo, si registra el nombre DNS example.com, el vértice de zona será example.com. No puede crear un registro CNAME para example.com, aunque sí puede crear un registro de alias para example.com que dirige el tráfico a www.example.com (siempre que el tipo de registro para www.example.com no sea el tipo CNAME).
Cuando Route 53 recibe una consulta de DNS para un registro de alias, Route 53 responde con el valor aplicable de dicho recurso:
+ **Una API regional personalizada o una optimizada para periferia de Amazon API Gateway**: Route 53 responde con una o varias direcciones IP para la API.
+ **Un punto de conexión de interfaz de Amazon VPC**: Route 53 responde con una o varias direcciones IP para el punto de conexión de interfaz.
+ **Una CloudFront distribución**: Route 53 responde con una o más direcciones IP para los servidores CloudFront perimetrales que pueden ofrecer su contenido.
+ **Servicio de App Runner**: Route 53 responde con una o varias direcciones IP.
+ **Un entorno de Elastic Beanstalk**: Route 53 responde con una o varias direcciones IP para el entorno.
+ **Un equilibrador de carga elástico**: Route 53 responde con una o varias direcciones IP para el equilibrador de carga. Esto incluye el equilibrador de carga de aplicación, el equilibrador de carga clásico y el equilibrador de carga de red.
+ **Un AWS Global Accelerator acelerador**: Route 53 responde con las direcciones IP del acelerador.
+ **Un OpenSearch servicio**: Route 53 responde con una o más direcciones IP para el dominio personalizado del OpenSearch servicio.
+ **Un bucket de Amazon S3 configurado como sitio web estático**: Route 53 responde con una dirección IP para el bucket de Amazon S3.
+ **Otro registro de Route 53 del mismo tipo de la misma zona alojada**: Route 53 responde como si la consulta fuera para el registro al que hace referencia el registro de alias (consulte [Comparación de los registros de alias y CNAME](#resource-record-sets-choosing-alias-non-alias-comparison)).
+ **AWS AppSync nombre de dominio**: Route 53 responde con una o más direcciones IP para el punto final de la interfaz.
Para obtener más información, consulte [Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
Cuando usa un registro de alias para enrutar el tráfico a un AWS recurso, Route 53 reconoce automáticamente los cambios en el recurso. Por ejemplo, suponga que un registro de alias para ejemplo.com apunta a un equilibrador de carga elástico en lb1-1234.us-east-2.elb.amazonaws.com. Si la dirección IP del balanceador de carga cambia, Route 53 se inicia automáticamente para responder a las consultas de DNS utilizando la nueva dirección IP.
Si un registro de alias apunta a un AWS recurso, no puede establecer el tiempo de vida (TTL); Route 53 usa el TTL predeterminado para el recurso. Si un registro de alias apunta a otro registro de la misma zona alojada, Route 53 utiliza el TTL del registro al que apunta el registro de alias. Para obtener más información sobre el valor de TTL actual de Elastic Load Balancing, consulte [Enrutamiento de solicitudes](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#request-routing) en la *Guía del usuario de Elastic Load Balancing* y busque “ttl”.
Para obtener información sobre cómo crear registros mediante la consola de Route 53, consulte [Creación de registros con la consola de Amazon Route 53](resource-record-sets-creating.md). Para obtener información acerca de los valores que especifique para registros de alias, consulte el tema correspondiente en [Valores que hay que especificar al crear o editar los registros de Amazon Route 53.](resource-record-sets-values.md):
+ [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md)
+ [Valores específicos de registros de alias ponderados](resource-record-sets-values-weighted-alias.md)
+ [Valores específicos de registros de alias de latencia](resource-record-sets-values-latency-alias.md)
+ [Valores específicos de registros de alias de conmutación por error](resource-record-sets-values-failover-alias.md)
+ [Valores específicos de registros de alias de geolocalización](resource-record-sets-values-geo-alias.md)
+ [Valores específicos de registros de alias de geoproximidad](resource-record-sets-values-geoprox-alias.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
## Comparación de los registros de alias y CNAME
Los registros de alias se parecen a los registros CNAME, pero hay algunas diferencias importantes. La siguiente lista compara los registros de alias y los registros CNAME.
**Recursos a los que puede redirigir consultas**
**Registros de alias**
Un registro de alias solo puede redirigir las consultas a AWS los recursos seleccionados, incluidos, entre otros, los siguientes:
+ Buckets de Amazon S3
+ CloudFront distribuciones
+ Otro registro de la misma zona alojada de Route 53
Por ejemplo, puede crear un registro de alias denominado acme.example.com que redirija las consultas a un bucket de Amazon S3 que también se denomine acme.example.com. También puede crear un registro de alias de acme.example.com que redirija las consultas a un registro denominado zenith.example.com de la zona alojada de example.com.
**Registros CNAME**
Un registro CNAME puede redirigir las consultas de DNS a cualquier registro de DNS. Por ejemplo, puede crear un registro CNAME que redirija las consultas de acme.example.com a zenith.example.com o a acme.example.org. No tiene que utilizar Route 53 como servicio de DNS para el dominio al que está redirigiendo las consultas.
**Crear registros que tengan el mismo nombre que el dominio (registros en el vértice de zona)**
**Registros de alias**
En la mayoría de las configuraciones, puede crear un registro de alias que tenga el mismo nombre que la zona alojada (vértice de zona). La única excepción se da cuando desea redirigir consultas desde el vértice de zona (como example.com) a un registro de la misma zona alojada que tiene un tipo de CNAME (como zenith.example.com). El registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el vértice de zona (ni siquiera para un registro de alias).
**Registros CNAME**
No se puede crear un registro CNAME que tenga el mismo nombre que la zona alojada (vértice de zona). Esto es válido tanto para las zonas hospedadas de nombres de dominio (example.com) como para las zonas hospedadas de subdominios (zenith.example.com).
**Precios para consultas de DNS**
**Registros de alias**
Route 53 no cobra por las consultas de alias a AWS los recursos. Para obtener más información, consulte [Precios de Amazon Route 53](https://aws.amazon.com/route53/pricing/).
**Registros CNAME**
Route 53 cobra por las consultas CNAME.
Si crea un registro CNAME que redirige al nombre de otro registro en una zona alojada de Route 53 (la misma zona alojada u otra), cada consulta de DNS se carga como dos consultas:
+ Route 53 responde a la primera consulta de DNS con el nombre del registro al que desea redirigir.
+ A continuación, el solucionador de DNS debe enviar otra consulta para el registro en la primera respuesta para obtener información sobre dónde dirigir el tráfico, por ejemplo, la dirección IP de un servidor web.
Si el registro CNAME redirige al nombre de un registro alojado con otro servicio de DNS, Route 53 carga una consulta. El otro servicio de DNS podría cargar la segunda consulta.
**Tipo de registro especificado en la consulta de DNS**
**Registros de alias**
Route 53 responde a una consulta de DNS solo cuando el nombre del registro de alias (como acme.example.com) y el tipo del registro de alias (como A o AAAA) coinciden con el nombre y el tipo de la consulta de DNS.
**Registros CNAME**
Un registro CNAME redirige las consultas de DNS para un nombre de registro independientemente del tipo de registro especificado en la consulta de DNS, como A o AAAA.
**Cómo se enumeran los registros en las consultas de dig o nslookup**
**Registros de alias**
En la respuesta a una consulta de dig o nslookup, se muestra un registro de alias como el tipo de registro que especificó al crear el registro, como A o AAAA. (El tipo de registro que especifique para un registro de alias depende del recurso al que esté dirigiendo el tráfico. Por ejemplo, para dirigir tráfico a un bucket de S3, especifique A en el tipo). La propiedad alias solo está visible en la consola de Route 53 o en la respuesta a una solicitud programática, como un `list-resource-record-sets` comando AWS CLI.
**Registros CNAME**
Un registro CNAME aparece como registro CNAME en respuesta a consultas dig o nslookup.
# Tipos de registros de DNS admitidos
Amazon Route 53 admite los tipos de registros de DNS que se indican en esta sección. Cada tipo de registro incluye también un ejemplo de cómo formatear el elemento `Value` cuando tenga acceso a Route 53 mediante la API.
**nota**
Para los tipos de registros que incluyen un nombre de dominio, especifique un nombre de dominio completo (por ejemplo, *www.example.com*). El punto final es opcional; Route 53 presupone que el nombre de dominio es completo. Esto significa que Route 53 trata a *www.example.com* (sin punto final) y *www.example.com.* (con punto final) de idéntica forma.
Route 53 proporciona una extensión a la funcionalidad DNS conocida como registros de alias. De forma parecida a los registros CNAME, los registros de alias le permiten dirigir el tráfico a recursos de AWS seleccionados, como, por ejemplo, distribuciones de CloudFront o buckets de Amazon S3. Para obtener más información, incluida una comparación de registros CNAME y alias, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Un tipo de registro](#AFormat)
+ [Tipo de registro AAAA](#AAAAFormat)
+ [Tipo de registro de CAA](#CAAFormat)
+ [Tipo de registro CNAME](#CNAMEFormat)
+ [Tipo de registro DS](#DSFormat)
+ [Tipo de registro HTTPS](#HTTPSFormat)
+ [Tipo de registro MX](#MXFormat)
+ [Tipo de registro NAPTR](#NAPTRFormat)
+ [Tipo de registro NS](#NSFormat)
+ [Tipo de registro PTR](#PTRFormat)
+ [Tipo de registro SOA](#SOAFormat)
+ [Tipo de registro SPF](#SPFFormat)
+ [Tipo de registro SRV](#SRVFormat)
+ [Registro de tipo SSHFP](#SSHFPFormat)
+ [Registro de tipo SVCB](#SVCBFormat)
+ [Registro de tipo TLSA](#TLSAFormat)
+ [Tipo de registro TXT](#TXTFormat)
## Un tipo de registro
Utilice un registro A para enrutar el tráfico a un recurso, por ejemplo un servidor web, mediante una dirección IPv4 en notación decimal con puntos.
**Ejemplo de la consola de Amazon Route 53**
```
192.0.2.1
```
**Ejemplo de la API de Route**
```
192.0.2.1
```
## Tipo de registro AAAA
Utilice un registro AAAA para enrutar el tráfico a un recurso, como un servidor web, mediante una dirección IPv6 en formato hexadecimal separada con el carácter de dos puntos.
**Ejemplo de la consola de Amazon Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
**Ejemplo de la API de Route**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
## Tipo de registro de CAA
Un registro de CAA especifica qué entidades de certificación (CA) están autorizadas a emitir certificados para un dominio o subdominio. La creación de un registro de CAA ayuda a evitar que una CA errónea emita certificados para sus dominios. Un registro de CAA no es un sustituto de los requisitos de seguridad que especifica su entidad de certificación como, por ejemplo, la necesidad de validar que usted es el propietario de un dominio.
Puede utilizar los registros CAA para especificar lo siguiente:
+ Qué autoridades de certificación (CA, Certificate Authority) pueden emitir certificados SSL/TLS, si procede.
+ La dirección de correo electrónico o URL con la que hay que contactar en caso de que una CA emita un certificado para el dominio o subdominio.
Cuando añade un registro de CAA a su zona alojada, debe especificar tres valores separados por espacios:
`flags tag "value"`
Tenga en cuenta lo siguiente en relación con el formato de los registros CAA:
+ El valor de `tag` solo puede contener los caracteres A-Z, a-z y 0-9.
+ Encuadre siempre `value` entre comillas ("").
+ Algunas CA permiten o requieren valores adicionales para `value`. Especifique valores adicionales como pares nombre-valor y sepárelos con punto y coma (;), por ejemplo:
`0 issue "ca.example.net; account=123456"`
+ En caso de que una CA reciba una solicitud de certificado para un subdominio (como www.example.com) y si no existe registro de CAA del subdominio, la CA enviará una consulta de DNS para un registro de CAA para el dominio principal (como example.com). Si existe un registro de dominio principal y si la solicitud de certificado es válida, la CA genera el certificado para el subdominio.
+ Le recomendamos que consulte a su CA para determinar qué valores especificar para un registro de CAA.
+ No se puede crear un registro de CAA y un registro CNAME que tengan el mismo nombre, ya que el DNS no permite utilizar el mismo nombre para un registro CNAME y cualquier otro tipo de registro.
**Topics**
+ [Autorización a una CA a emitir un certificado para un dominio o subdominio](#CAAFormat-issue)
+ [Autorización a una CA a emitir un certificado comodín para un dominio o subdominio](#CAAFormat-issue-wild)
+ [Evitar que cualquier CA emita un certificado para un dominio o un subdominio](#CAAFormat-prevent-issue)
+ [Solicitar que cualquier CA se ponga en contacto con usted si la CA recibe una solicitud de certificado no válida](#CAAFormat-contact)
+ [Uso de otra opción compatible con la CA](#CAAFormat-custom-setting)
+ [Ejemplos](#CAAFormat-examples)
### Autorización a una CA a emitir un certificado para un dominio o subdominio
Para autorizar a una CA a emitir un certificado para un dominio o un subdominio, cree un registro que tenga el mismo nombre que el dominio o subdominio y especifique la siguiente configuración:
+ **marcadores** – `0`
+ **etiqueta** – `issue`
+ **valor**: el código de la CA a la que autoriza a emitir un certificado para el dominio o subdominio
Por ejemplo, suponga que desea autorizar ca.example.net para que emita un certificado para example.com. Puede crear un registro de CAA para example.com con la siguiente configuración:
```
0 issue "ca.example.net"
```
Para obtener información sobre cómo autorizar AWS Certificate Manager para emitir un certificado, consulte [Configuración de un registro de CAA](https://docs.aws.amazon.com/acm/latest/userguide/setup-caa.html) en la *Guía del usuario de AWS Certificate Manager*.
### Autorización a una CA a emitir un certificado comodín para un dominio o subdominio
Para autorizar a una CA a emitir un certificado comodín para un dominio o subdominio, cree un registro que tenga el mismo nombre que el dominio o subdominio y especifique la siguiente configuración: Un certificado comodín se aplica al dominio o subdominio y a todos sus subdominios.
+ **marcadores** – `0`
+ **etiqueta** – `issuewild`
+ **valor**: el código de la CA a la que autoriza a emitir un certificado para un dominio o subdominio y sus subdominios
Por ejemplo, suponga que desea autorizar a ca.example.net a emitir un certificado comodín para example.com, que se aplica a example.com y todos sus subdominios. Puede crear un registro de CAA para example.com con la siguiente configuración:
```
0 issuewild "ca.example.net"
```
Cuando quiera autorizar a una CA a emitir un certificado comodín para un dominio o subdominio, cree un registro que tenga el mismo nombre que el dominio o subdominio y especifique la siguiente configuración: Un certificado comodín se aplica al dominio o subdominio y a todos sus subdominios.
### Evitar que cualquier CA emita un certificado para un dominio o un subdominio
Para evitar que cualquier CA emita un certificado para un dominio o un subdominio, cree un registro que tenga el mismo nombre que el dominio o subdominio y especifique la siguiente configuración:
+ **marcadores** – `0`
+ **etiqueta** – `issue`
+ **valor** – `";"`
Por ejemplo, suponga que no desea que ninguna CA emita un certificado para example.com. Puede crear un registro de CAA para example.com con la siguiente configuración:
`0 issue ";"`
Si no quiere que ninguna CA emita un certificado para example.com o sus subdominios, debe crear un registro de CAA para example.com con la siguiente configuración:
`0 issuewild ";"`
**nota**
Si crea un registro de CAA para example.com y especifica los dos valores siguientes, una CA que utiliza el valor ca.example.net puede emitir el certificado para example.com:
```
0 issue ";"
0 issue "ca.example.net"
```
### Solicitar que cualquier CA se ponga en contacto con usted si la CA recibe una solicitud de certificado no válida
Si desea que toda CA que reciba una solicitud no válida de certificado se ponga en contacto con usted, especifique la siguiente configuración:
+ **marcadores** – `0`
+ **etiqueta** – `iodef`
+ **valor**: la dirección URL o la dirección de correo electrónico a la que desea que la CA envíe una notificación si recibe una solicitud no válida de certificado. Use el formato aplicable:
`"mailto:email-address"`
`"http://URL"`
`"https://URL"`
Por ejemplo, si desea que toda CA que recibe una solicitud no válida de certificado envíe un correo electrónico a admin@example.com, cree un registro de CAA con la siguiente configuración:
```
0 iodef "mailto:admin@example.com"
```
### Uso de otra opción compatible con la CA
Si la CA admite una característica que no está definida en RFC para registros de CAA, especifique la siguiente configuración:
+ **marcadores**: 128 (este valor impide que la CA emita un certificado si esta no es compatible con la característica especificada).
+ **etiqueta**: la etiqueta que la CA tiene permiso para utilizar
+ **valor**: el valor que corresponde al valor de etiqueta
Por ejemplo, suponga que la CA admita el envío de un mensaje de texto si recibe una solicitud de certificado no válida. (No somos conscientes de que haya ninguna CA que admita esta opción). La configuración del registro podría ser la siguiente:
```
128 exampletag "15555551212"
```
### Ejemplos
**Ejemplo de la consola de Route**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
**Ejemplo de la API de Route**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
## Tipo de registro CNAME
Un registro CNAME asigna consultas DNS para el nombre del registro actual, como acme.example.com, a otro dominio (example.com o example.net) o subdominio (acme.example.com o zenith.example.org).
**importante**
El protocolo DNS no permite crear un registro CNAME para el nodo superior de un espacio de nombres de DNS, también conocido como ápex de zona. Por ejemplo, si registra el nombre DNS example.com, el vértice de zona será example.com. No puede crear un registro CNAME para ejemplo.com, pero puede crear registros CNAME para www.ejemplo.com, nuevoproducto.ejemplo.com, etcétera.
Además, si crea un registro CNAME para un subdominio, no puede crear ningún otro registro para ese subdominio. Por ejemplo, si crea un CNAME para www.example.com, no puede crear ningún otro registro para el que el valor del campo **Name (Nombre)** sea www.example.com.
Amazon Route 53 admite también registros de alias, que le permiten dirigir las consultas a recursos de AWS seleccionados, como distribuciones de CloudFront y buckets de Amazon S3. Los alias son similares en cierto sentido al tipo de registro CNAME; sin embargo, puede crear un alias para el ápex de zona. Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Ejemplo de la consola de Route**
```
hostname.example.com
```
**Ejemplo de la API de Route**
```
hostname.example.com
```
## Tipo de registro DS
Un registro de firmante de delegación (DS) hace referencia a una clave de zona para una zona de subdominio delegada. Puede crear un registro DS cuando establezca una cadena de confianza al configurar la firma DNSSEC. Para obtener más información sobre la configuración de DNSSEC en Route 53, consulte [Configuración de la firma de DNSSEC en Amazon Route 53](dns-configuring-dnssec.md).
Los tres primeros valores son números decimales que representan la etiqueta de clave, el algoritmo y el tipo de resumen. El cuarto valor es el resumen de la clave de zona. Para obtener más información acerca del formato del registro DS, consulte [RFC 4034](https://www.ietf.org/rfc/rfc4034.txt).
**Ejemplo de la consola de Route**
```
123 4 5 1234567890abcdef1234567890absdef
```
**Ejemplo de la API de Route**
```
123 4 5 1234567890abcdef1234567890absdef
```
## Tipo de registro HTTPS
Un registro de recursos HTTPS es un tipo de registro de DNS de Service Binding (SVCB) que proporciona información de configuración adicional, lo que permite al cliente conectarse de forma fácil y segura a un servicio con un protocolo HTTP. La información de configuración se proporciona en parámetros que permiten la conexión en una consulta de DNS, en lugar de necesitar varias consultas de DNS.
El formato de los registros de recursos HTTPS es:
`SvcPriority TargetName SvcParams(optional)`
Los siguientes parámetros están descritos en la [sección 9.1 del RFC 9460](https://www.rfc-editor.org/rfc/rfc9460.html#section-9.1).
**SvcPriority**
Un número entero que representa la prioridad. La prioridad 0 significa modo de alias y, por lo general, está destinada para la creación de alias en el vértice de zona. Este valor es un número entero del 0 al 32 767 para Route 53, de los cuales 1 a 32 767 son registros de modo de servicio. Cuanto menor sea la prioridad, mayor será la preferencia.
**TargetName**
El nombre de dominio del alias objetivo (para el modo de alias) o del punto de conexión alternativo (para ServiceMode).
**SvcParams (opcional)**
Una lista separada por espacios en blanco en la que cada parámetro consta de un par clave=valor o de una clave independiente. En caso de haber más de un valor, se presentan en forma de lista separada por comas. A continuación se detallan los SvcParams definidos:
+ `1:alpn`: identificadores de protocolos de negociación de protocolo de capa de aplicación. El valor predeterminado es HTTP/1.1, `h2` es HTTP/2 sobre TLS y `h3` es HTTP/3 (HTTP sobre el protocolo QUIC).
+ `2:no-default-alpn`: el valor predeterminado no es compatible y debe proporcionar un parámetro `alpn`.
+ `3:port`: el punto de conexión alternativo o el puerto en el que se puede acceder al servicio.
+ `4:ipv4hint`: sugerencias de la dirección IPv4.
+ `5:ech`: saludo del cliente cifrado.
+ `6:ipv6hint`: sugerencias de la dirección IPv6.
+ `7:dohpath`: plantilla de DNS sobre HTTPS.
+ `8:ohttp`: el servicio opera con un objetivo Oblivious HTTP.
**Ejemplo de la consola de Amazon Route 53 para el modo de alias**
```
0 example.com
```
**Ejemplo de la consola de Amazon Route 53 para el modo de servicio**
```
16 example.com alpn="h2,h3" port=808
```
**Ejemplo de la API de Amazon Route 53 para el modo de alias**
```
0 example.com
```
**Ejemplo de la API de Amazon Route 53 para el modo de servicio**
```
16 example.com alpn="h2,h3" port=808
```
Para obtener más información, consulte el [RFC 9460, Service Binding and Parameter Specification via the DNS (SVCB and HTTPS Resource Records)](https://datatracker.ietf.org/doc/html/rfc9460).
**nota**
Route 53 no admite el formato de presentación arbitrario de clave desconocida `keyNNNNN`.
## Tipo de registro MX
Un registro MX especifica los nombres de los servidores de correo y, si tiene dos o más servidores de este tipo, el orden de prioridad. Cada valor de un registro MX contiene dos valores, que son la prioridad y el nombre del dominio.
**Prioridad**
Un número entero que representa la prioridad de un servidor de correo electrónico. Si especifica un único servidor, la prioridad puede ser cualquier número entero comprendido entre 0 y 65535. Si especifica varios servidores, el valor que especifique para la prioridad indica el primer servidor de correo electrónico al que se debe enviar el correo electrónico, el segundo y así sucesivamente. El servidor que tenga el valor más bajo para la prioridad será el prioritario. Por ejemplo, si tiene dos servidores de correo electrónico y especifica los valores de 10 y 20 para la prioridad, el correo electrónico siempre se envía al servidor con la prioridad de 10 a menos que no esté disponible. Si especifica los valores de 10 y 10, el correo electrónico se redirige a los dos servidores aproximadamente en partes iguales.
**Nombre del dominio**
El nombre del dominio del servidor de correo electrónico. Especifique el nombre (por ejemplo, mail.example.com) de un registro A o AAAA. En [RFC 2181, Clarifications to the DNS Specification](https://tools.ietf.org/html/rfc2181), la sección 10.3 prohíbe especificar el nombre de un registro CNAME para valor del nombre de dominio. (Cuando la especificación RFC habla de “alias”, se refiere a un registro CNAME, no a un registro de alias de Route 53).
**Ejemplo de la consola de Amazon Route 53**
```
10 mail.example.com
```
**Ejemplo de la API de Route**
```
10 mail.example.com
```
## Tipo de registro NAPTR
Un NAPTR (Name Authority Pointer, Señalizador de autoridad de asignación de nombres) es un tipo de registro que usan las aplicaciones DDDS (Dynamic Delegation Discovery System, Sistema de detección de delegación dinámica) para convertir un valor en otro o para sustituir un valor por otro. Por ejemplo, un uso habitual es convertir los números de teléfono en URI de SIP.
El elemento `Value` de un registro NAPTR consta de seis valores separados por espacios:
**Order**
Cuando especifica más de un registro, el orden en que desea que la aplicación DDDS evalúe los registros. Valores válidos: 0 - 65535.
**Preference**
Cuando especifica dos o más registros que tienen el mismo valor de **Order**, el orden preferido en el que desea que se evalúen esos registros. Por ejemplo, si dos registros tienen un valor de **Order** de 1, la primera aplicación DDDS evalúa el registro que tiene el valor de **Preference** menor. Valores válidos: 0 - 65535.
**Indicadores**
Un valor específico de las aplicaciones DDDS. Los valores definidos actualmente en [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt) son las letras mayúsculas y minúsculas **"A"**, **"P"**, **"S"** y **"U"** y la cadena vacía, **""**. Incluya los valores de **Flags** entre comillas.
**Servicio**
Un valor específico de las aplicaciones DDDS. Incluya los valores de **Service** entre comillas.
Para obtener más información, consulte los RFC correspondientes:
+ **Aplicación DDDS URI**: [https://tools.ietf.org/html/rfc3404\$1section-4.4](https://tools.ietf.org/html/rfc3404#section-4.4)
+ **Aplicación DDDS S-NAPTR**: [https://tools.ietf.org/html/rfc3958\$1section-6.5](https://tools.ietf.org/html/rfc3958#section-6.5)
+ **Aplicación DDDS U-NAPTR**: [https://tools.ietf.org/html/rfc4848\$1section-4.5](https://tools.ietf.org/html/rfc4848#section-4.5)
**Regexp**
Una expresión regular que la aplicación DDDS utiliza para convertir un valor de entrada en un valor de salida. Por ejemplo, un sistema de telefonía por IP podría utilizar una expresión regular para convertir un número de teléfono introducido por un usuario en un URI de SIP. Incluya los valores de **Regexp** entre comillas. Especifique un valor para **Regexp** o un valor para **Replacement**, pero no ambos.
Las expresiones regulares pueden incluir cualquiera de los siguientes caracteres ASCII imprimibles:
+ a-z
+ 0-9
+ - (guion)
+ (espacio)
+ \$1 \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ ] ^ \$1 ` \$1 \$1 \$1 \$1 .
+ " (comillas). Para incluir un carácter de comillas literal en una cadena, incluya un carácter \$1 delante: \$1".
+ \$1 (barra diagonal invertida). Para incluir una barra diagonal invertida en una cadena, incluya un carácter \$1 delante: \$1\$1.
Especifique el resto de los valores, como los nombres de dominio internacionalizados, en formato octal.
Para ver la sintaxis de **Regexp**, consulte [RFC 3402, sección 3.2, Substitution Expression Syntax](https://tools.ietf.org/html/rfc3402#section-3.2)
**Reemplazo**
El nombre de dominio completo (FQDN) del siguiente nombre de dominio para el que desea que la aplicación DDDS envíe una consulta DNS. La aplicación DDDS sustituye el valor de entrada por el valor que especifique para **Replacement**, si especifica alguno. Especifique un valor para **Regexp** o un valor para **Replacement**, pero no ambos. Si especifica un valor para **Regexp**, especifique un punto (**.**) para **Replacement (Sustituto)**.
El nombre de dominio puede incluir a-z, 0-9 y - (guion).
Para obtener más información acerca de las aplicaciones DDDS y los registros NAPTR, consulte los siguientes RFC:
+ [RFC 3401](https://www.ietf.org/rfc/rfc3401.txt)
+ [RFC 3402](https://www.ietf.org/rfc/rfc3402.txt)
+ [RFC 3403](https://www.ietf.org/rfc/rfc3403.txt)
+ [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt)
**Ejemplo de la consola de Amazon Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
**Ejemplo de la API de Route**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
## Tipo de registro NS
Un registro NS identifica los servidores de nombres de la zona alojada. Tenga en cuenta lo siguiente:
+ El uso más común de un registro NS es controlar cómo se enruta el tráfico de Internet para un dominio. Para utilizar los registros de una zona alojada para enrutar el tráfico de un dominio, actualice la configuración del registro de dominio para utilizar los cuatro servidores de nombres en el registro NS predeterminado. (Este es el registro NS que tiene el mismo nombre que la zona alojada).
+ Puede crear una zona alojada independiente para un subdominio (acme.example.com) y utilizarla para enrutar el tráfico de Internet del subdominio y de los subdominios de este (subdominio.acme.example.com). Para establecer esta configuración, conocida como “delegar la responsabilidad de un subdominio a una zona alojada”, se crea otro registro NS en la zona alojada para el dominio raíz (example.com). Para obtener más información, consulte [Direccionamiento del tráfico de subdominios](dns-routing-traffic-for-subdomains.md).
+ También se utilizan registros NS para configurar servidores de nombres de etiqueta blanca. Para obtener más información, consulte [Configuración de servidores de nombres de etiqueta blanca](white-label-name-servers.md).
+ Otro uso de un registro NS es para las zonas alojadas privadas, cuando se crea una regla de delegación para delegar la autoridad sobre un subdominio al solucionador en las instalaciones. Debe crear este registro NS antes de crear una regla de delegación. Para obtener más información, consulte [Cómo los puntos finales de Resolver reenvían las consultas de DNS de su red a su red VPCs](resolver-overview-forward-vpc-to-network.md).
Para obtener más información acerca de los registros NS, consulte [Registros SOA y NS que crea Amazon Route 53 para una zona alojada pública](SOA-NSrecords.md).
**Ejemplo de la consola de Amazon Route 53**
```
ns-1.example.com
```
**Ejemplo de la API de Route**
```
ns-1.example.com
```
## Tipo de registro PTR
Un registro PTR asigna una dirección IP al nombre de dominio correspondiente.
**Ejemplo de la consola de Amazon Route 53**
```
hostname.example.com
```
**Ejemplo de la API de Route**
```
hostname.example.com
```
## Tipo de registro SOA
Un registro de inicio de autoridad (SOA) proporciona información sobre un dominio y la zona alojada de Amazon Route 53 correspondiente. Para obtener información sobre los campos de un registro SOA, consulte [Registros SOA y NS que crea Amazon Route 53 para una zona alojada pública](SOA-NSrecords.md).
**Ejemplo de la consola de Route**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
**Ejemplo de la API de Route**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
## Tipo de registro SPF
Los registros SPF se usaban anteriormente para verificar la identidad del remitente de mensajes de correo electrónico. Sin embargo, ya no se recomienda crear registros para los que el tipo de registro sea SPF. El RFC 7208, *Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, versión 1*, se ha actualizado y ahora indica, “...su existencia y el mecanismo definido en [RFC4408] han producido algunos problemas de interoperabilidad. Por lo tanto, su uso ya no es adecuado para SPF, versión 1; las implementaciones no van a utilizarlo”. En RFC 7208, consulte la sección 14.1, [The SPF DNS Record Type](http://tools.ietf.org/html/rfc7208#section-14.1).
En lugar de un registro SPF, le recomendamos que cree un registro TXT que contenga el valor correspondiente. Para obtener más información sobre valores válidos, consulte el artículo de Wikipedia [Sender Policy Framework](https://en.wikipedia.org/wiki/Sender_Policy_Framework).
**Ejemplo de la consola de Amazon Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Ejemplo de la API de Route**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
## Tipo de registro SRV
El elemento `Value` de un registro SRV consta de cuatro valores separados por espacios. Los tres primeros valores son números decimales que representan la prioridad, el peso y el puerto. El cuarto valor es un nombre de dominio. Los registros SRV se utilizan para acceder a servicios, como un servicio de correo electrónico o comunicaciones. Para obtener información sobre el formato del registro SRV, consulte la documentación del servicio al que desee conectarse.
**Ejemplo de la consola de Amazon Route 53**
```
10 5 80 hostname.example.com
```
**Ejemplo de la API de Route**
```
10 5 80 hostname.example.com
```
## Registro de tipo SSHFP
Los registros de huellas dactilares de Secure Shell (SSHFP) identifican las claves SSH asociadas al nombre de dominio. Los registros de SSHFP deben estar protegidos con DNSSEC para poder establecer una cadena de confianza. Para obtener más información acerca de DNSSEC, consulte [Configuración de la firma de DNSSEC en Amazon Route 53](dns-configuring-dnssec.md).
El formato de los registros de recursos SSHFP es:
`[Key Algorithm] [Hash Type] Fingerprint`
Los siguientes parámetros están definidos en el [RFC 4255](https://datatracker.ietf.org/doc/html/rfc4255).
**Algoritmo clave**
Tipo de algoritmo:
+ `0`: reservado y no utilizado.
+ `1: RSA`: el algoritmo Rivest-Shamir-Adleman es uno de los primeros criptosistemas de clave pública y todavía se utiliza para la transmisión segura de datos.
+ `2: DSA`: el algoritmo de firma digital es un estándar federal de procesamiento de información para firmas digitales. El DSA se basa en la exponenciación modular y en los modelos matemáticos de logaritmos discretos.
+ `3: ECDSA`: el algoritmo de firma digital de curva elíptica es una variante del DSA que utiliza criptografía de curva elíptica.
+ `4: Ed25519`: el algoritmo Ed25519 es el esquema de firma EdDSA que utiliza SHA-512 (SHA-2) y Curve25519.
+ `6: Ed448`: Ed448 es el esquema de firma EdDSA que utiliza SHAKE256 y Curve448.
**Tipo de hash**
Algoritmo utilizado para crear el hash de clave pública:
+ `0`: reservado y no utilizado.
+ `1: SHA-1`
+ `2: SHA-256`
**Huella digital**
Representación hexadecimal del hash.
**Ejemplo de la consola de Amazon Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
**Ejemplo de la API de Route**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
Para obtener más información, consulte el [RFC 4255: Using DNS to Securely Publish Secure Shell (SSH) Key Fingerprints](https://datatracker.ietf.org/doc/html/rfc4255).
## Registro de tipo SVCB
Los registros SVCB se utilizan para proporcionar información de configuración para acceder a los puntos de conexión de los servicios. El SVCB es un registro de DNS genérico y se puede utilizar para negociar los parámetros de una variedad de protocolos de aplicación.
El formato de los registros de recursos SVCB es:
`SvcPriority TargetName SvcParams(optional)`
Los siguientes parámetros están descritos en la [sección 2.3 del RFC 9460](https://www.rfc-editor.org/rfc/rfc9460.html#section-2.3).
**SvcPriority**
Un número entero que representa la prioridad. La prioridad 0 significa modo de alias y, por lo general, está destinada para la creación de alias en el vértice de zona. Cuanto menor sea la prioridad, mayor será la preferencia.
**TargetName**
El nombre de dominio del alias objetivo (para el modo de alias) o del punto de conexión alternativo (para ServiceMode).
**SvcParams (opcional)**
Una lista separada por espacios en blanco en la que cada parámetro consta de un par clave=valor o de una clave independiente. En caso de haber más de un valor, se presentan en forma de lista separada por comas. Este valor es un número entero del 0 al 32 767 para Route 53, de los cuales 1 a 32 767 son registros de modo de servicio. A continuación se detallan los SvcParams definidos:
+ `1:alpn`: identificadores de protocolos de negociación de protocolo de capa de aplicación. El valor predeterminado es HTTP/1.1, `h2` es HTTP/2 sobre TLS y `h3` es HTTP/3 (HTTP sobre el protocolo QUIC).
+ `2:no-default-alpn`: el valor predeterminado no es compatible y debe proporcionar un parámetro `alpn`.
+ `3:port`: el puerto del punto de conexión alternativo desde el que se puede acceder al servicio.
+ `4:ipv4hint`: sugerencias de la dirección IPv4.
+ `5:ech`: saludo del cliente cifrado.
+ `6:ipv6hint`: sugerencias de la dirección IPv6.
+ `7:dohpath`: plantilla de DNS sobre HTTPS.
+ `8:ohttp`: el servicio opera con un objetivo Oblivious HTTP.
**Ejemplo de la consola de Amazon Route 53 para el modo de alias**
```
0 example.com
```
**Ejemplo de la consola de Amazon Route 53 para el modo de servicio**
```
16 example.com alpn="h2,h3" port=808
```
**Ejemplo de la API de Amazon Route 53 para el modo de alias**
```
0 example.com
```
**Ejemplo de la API de Amazon Route 53 para el modo de servicio**
```
16 example.com alpn="h2,h3" port=808
```
Para obtener más información, consulte el [RFC 9460, Service Binding and Parameter Specification via the DNS (SVCB and HTTPS Resource Records)](https://datatracker.ietf.org/doc/html/rfc9460).
**nota**
Route 53 no admite el formato de presentación arbitrario de clave desconocida `keyNNNNN`.
## Registro de tipo TLSA
Los registros TLSA se utilizan para usar la autenticación de entidades con nombre basada en DNS (DANE). Los registros TLSA asocian un certificado o clave pública a un punto de conexión de seguridad de la capa de transporte (TLS), y los clientes pueden validar el certificado o la clave pública mediante un registro TLSA firmado con DNSSEC.
Solo se puede confiar en los registros de TLSA si DNSSEC está habilitado en su dominio. Para obtener más información acerca de DNSSEC, consulte [Configuración de la firma de DNSSEC en Amazon Route 53](dns-configuring-dnssec.md).
El formato de los registros de recursos TLSA es:
`[Certificate usage] Selector [Matching type] [Certificate association data]`
Los siguientes parámetros están especificados en la [sección 3 del RFC 6698](https://datatracker.ietf.org/doc/html/rfc6698#section-3).
**Uso de certificados**
Especifica la asociación proporcionada que se utilizará para que coincida con el certificado presentado en el establecimiento de comunicación TLS:
+ 0: Restricción de CA: el certificado o la clave pública debe encontrarse en alguna de las rutas de certificación de la infraestructura de la clave pública (PKIX) del certificado de entidad final proporcionado por el servidor en TLS. Esta restricción limita qué CA pueden utilizarse para emitir certificados para un servicio especificado.
+ 1: Restricción de certificado de servicio: especifica un certificado de entidad final (o la clave pública) que debe coincidir con el certificado de entidad final proporcionado por el servidor en TLS. Esta certificación limita qué certificado de entidad final puede usar un servicio específico en un host.
+ 2: Una afirmación de anclaje de veracidad: especifica un certificado (o la clave pública) que debe usarse como el «anclaje de veracidad» al validar el certificado de entidad final emitido por el servidor en TLS. Permite al administrador de dominios especificar un anclaje de veracidad.
+ 3: Certificación emitida por dominio: especifica un certificado (o la clave pública) que debe coincidir con el certificado de entidad final proporcionado por el servidor en TLS. Esta certificación permite al administrador de dominios emitir certificados para un dominio sin la participación de una CA externa. No es necesario que este certificado pase la validación de PKIX.
**Selector**
Especifica qué parte del certificado presentado por el servidor en el establecimiento de comunicación coincide con el valor de la asociación:
+ 0: Debe coincidir todo el certificado.
+ 1: La clave pública del sujeto, o la estructura binaria codificada en DER, debe coincidir.
**Tipo coincidente**
Especifica la presentación (según lo determinado por el campo Selector) de la coincidencia del certificado:
+ 0: Coincidencia exacta del contenido.
+ 1: hash SHA-256.
+ 2: hash SHA-512.
**Datos de asociación del certificado**
Los datos que se van a comparar en función de la configuración de los demás campos.
**Ejemplo de la consola de Amazon Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
**Ejemplo de la API de Route**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
Para obtener más información, consulte el [RFC 6698, The DNS-Based Authentication of Named Entities (DANE) Transport Layer Security (TLS) Protocol: TLSA](https://datatracker.ietf.org/doc/html/rfc6698).
## Tipo de registro TXT
Un registro TXT contiene una o varias cadenas que se encierran entre comillas dobles (`"`). Al utilizar la [política de direccionamiento](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) sencilla, incluye todos los valores de un dominio (example.com) o subdominio (www.example.com) en el mismo registro TXT.
**Topics**
+ [Introducción de valores de registro TXT](#TXTformat-limits)
+ [Caracteres especiales en un valor de registro TXT](#TXTformat-special-characters)
+ [Mayúsculas y minúsculas en un valor de registro TXT](#TXTformat-case)
+ [Ejemplos](#TXTformat-examples)
### Introducción de valores de registro TXT
Una única cadena puede incluir hasta 255 caracteres, entre las que se incluyen las siguientes:
+ a-z
+ A-Z
+ 0-9
+ Espacio
+ - (guion)
+ \$1 " \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ \$1 ] ^ \$1 ` \$1 \$1 \$1 \$1 .
Si necesita introducir un valor de más de 255 caracteres, divida el valor en cadenas de 255 caracteres o menos e incluya cada cadena entre comillas dobles (`"`). En la consola, enumere todas las cadenas de la misma línea:
```
"String 1" "String 2" "String 3"
```
En la API, incluya todas las cadenas en el mismo elemento `Value`:
```
"String 1" "String 2" "String 3"
```
La longitud máxima de un valor en un registro TXT es de 4000 caracteres.
Para ingresar más de un valor TXT, ingrese un valor por fila.
### Caracteres especiales en un valor de registro TXT
Si su registro TXT contiene alguno de los siguientes caracteres, debe especificar los caracteres usando códigos de escape en el formato `\`*código octal de tres dígitos*:
+ Caracteres de 000 a 040 octales (de 0 a 32 decimales, de 0x20 a 0x00 hexadecimales)
+ Caracteres de 177 a 377 octales (de 127 a 255 decimales, de 0x7F a 0xFF hexadecimales)
Por ejemplo, si el valor de su registro TXT es `"exämple.com"`, especifique `"ex\344mple.com"`.
Para consultar un mapeo entre caracteres ASCII y códigos octales, busque en Internet «códigos octales ASCII». Una referencia útil es [ASCII Code - The extended ASCII table](https://www.ascii-code.com/).
Para incluir una comilla (`"`) en una cadena, ponga una contrabarra (`\`) delante de esta: `\"`.
### Mayúsculas y minúsculas en un valor de registro TXT
Se distingue entre mayúsculas y minúsculas, por lo que `"Ab"` y `"aB"` son valores diferentes.
### Ejemplos
**Ejemplo de la consola de Amazon Route 53**
Ponga cada valor en una línea independiente:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Ejemplo de la API de Route**
Ponga cada valor en un elemento `Value` independiente:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
# Creación de registros con la consola de Amazon Route 53
En el siguiente procedimiento se explica cómo crear registros mediante la consola de Amazon Route 53. Para obtener información sobre cómo crear registros mediante la API de Route 53, consulte la *referencia [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)de la API de Amazon Route 53*.
**nota**
Para crear registros para las configuraciones de enrutamiento complejas, también puede utilizar el editor visual de Flujo de tráfico y guardar la configuración como una política de tráfico. A continuación, puede asociar la política de tráfico con uno o varios nombres de dominio (como example.com) o nombres de subdominio (como www.example.com) en la misma zona alojada o en varias zonas hospedadas. Además, puede revertir las actualizaciones si la nueva configuración no tiene el desempeño previsto. Para obtener más información, consulte [Uso de flujo de tráfico para dirigir el tráfico DNS](traffic-flow.md).
**Creación de un registro mediante la consola de Route 53**
1. Si no está creando un registro de alias, vaya al paso 2.
Vaya también al paso 2 si va a crear un registro de alias que dirija el tráfico de DNS a un AWS recurso que no sea un balanceador de cargas de Elastic Load Balancing u otro registro de Route 53.
Si va a crear un registro de alias que enrute el tráfico a un equilibrador de carga elástico, y si creó la zona alojada y el equilibrador de carga con cuentas diferentes, siga el procedimiento [Obtención del nombre DNS de un equilibrador de carga elástico](#resource-record-sets-elb-dns-name-procedure) para obtener el nombre DNS del equilibrador de carga.
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **Zonas alojadas**.
1. Si ya tiene una zona alojada para su dominio, vaya al paso 5. De lo contrario, realice el procedimiento correspondiente para crear una zona alojada:
+ Para dirigir el tráfico de Internet a sus recursos, como buckets de Amazon S3 o instancias de Amazon EC2, consulte [Crear una zona alojada pública](CreatingHostedZone.md).
+ Para direccionar el tráfico de la VPC, consulte [Creación de una zona alojada privada](hosted-zone-private-creating.md).
1. En la página **Zonas alojadas**, elija el nombre de la zona alojada en la que desea crear registros.
1. Elija **Crear registro**.
1. Elija y defina la política de direccionamiento y los valores aplicables. Para obtener más información, consulte el tema para el tipo de registro que desea crear:
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
+ [Valores específicos para registros simples](resource-record-sets-values-basic.md)
+ [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md)
+ [Valores específicos de registros de conmutación por error](resource-record-sets-values-failover.md)
+ [Valores específicos de registros de alias de conmutación por error](resource-record-sets-values-failover-alias.md)
+ [Valores específicos de registros de geolocalización](resource-record-sets-values-geo.md)
+ [Valores específicos de registros de alias de geolocalización](resource-record-sets-values-geo-alias.md)
+ [Valores específicos de registros de geoproximidad](resource-record-sets-values-geoprox.md)
+ [Valores específicos de registros de alias de geoproximidad](resource-record-sets-values-geoprox-alias.md)
+ [Valores específicos de registros de latencia](resource-record-sets-values-latency.md)
+ [Valores específicos de registros de alias de latencia](resource-record-sets-values-latency-alias.md)
+ [Valores específicos para los registros basados en IP](resource-record-sets-values-ipbased.md)
+ [Valores específicos para los registros de alias basados en IP](resource-record-sets-values-ipbased-alias.md)
+ [Valores específicos de registros de respuesta de varios valores](resource-record-sets-values-multivalue.md)
+ [Valores específicos de registros ponderados](resource-record-sets-values-weighted.md)
+ [Valores específicos de registros de alias ponderados](resource-record-sets-values-weighted-alias.md)
1. Elija **Crear registros**.
**nota**
Los nuevos registros tardan un tiempo en propagarse a los servidores DNS de Route 53. Actualmente, la única forma de comprobar que los cambios se han propagado es mediante la acción de la [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Por lo general, los cambios se propagan a todos los servidores de Route 53 en un plazo de 60 segundos.
1. Si está creando varios registros, repita los pasos 7 a 8.
**Obtención del nombre DNS de un equilibrador de carga elástico**
1. Inicie sesión Consola de administración de AWS con la AWS cuenta que se utilizó para crear el Classic, Application o Network Load Balancer para el que desee crear un registro de alias.
1. Abra la consola de Amazon EC2 en [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. En el panel de navegación, seleccione **Equilibradores de carga**.
1. En la lista de balanceadores de carga, seleccione uno para el que desea crear un registro de alias.
1. En la pestaña **Description**, obtenga el valor de **DNS name**.
1. Si desea crear registros de alias para otros equilibradores de carga elásticos, repita los pasos 4 y 5.
1. Cierre sesión en. Consola de administración de AWS
1. Consola de administración de AWS Vuelva a iniciar sesión con la AWS cuenta que utilizó para crear la zona alojada de Route 53.
1. Volver al paso 3 del procedimiento [Creación de registros con la consola de Amazon Route 53](#resource-record-sets-creating).
# Permisos del conjunto de registros de recursos
Los permisos del conjunto de registros de recursos utilizan las condiciones de la política de administración de identidad y acceso (IAM) para poder establecer permisos detallados para las acciones en la consola de Route 53 o para usar la [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API.
Un conjunto de registros de recursos se define como varios registros de recursos con el mismo nombre y tipo (y clase, aunque para la mayoría de los propósitos la clase siempre es IN o Internet), pero con datos diferentes. Por ejemplo, si elige el enrutamiento de geolocalización, puede tener varios registros A o AAAA que apunten a diferentes puntos de conexión para el mismo dominio. Todos estos registros A o AAAA se combinan para formar un conjunto de registros de recursos. Para obtener más información acerca de la terminología de DNS, consulte [RFC 7719](https://datatracker.ietf.org/doc/html/rfc7719).
Con las condiciones de la política de IAM `route53:ChangeResourceRecordSetsNormalizedRecordNames``route53:ChangeResourceRecordSetsRecordTypes`, y`route53:ChangeResourceRecordSetsActions`, puede conceder derechos administrativos detallados a otros AWS usuarios de cualquier otra AWS cuenta. Esto le permite conceder permisos a alguien para:
+ Un único conjunto de registros de recursos.
+ Todos los conjuntos de registros de recursos de un tipo de registro de DNS específico.
+ Conjuntos de registros de recursos en los que los nombres contienen una cadena específica.
+ Realice alguna o todas las `CREATE | UPSERT | DELETE ` acciones cuando utilice la [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API o la consola de Route 53.
También puede crear permisos de acceso que combinen cualquiera de las condiciones de la política de Route 53. Por ejemplo, puede conceder permisos a alguien para modificar los datos del registro A de marketing-example.com, pero no permitir que ese usuario elimine ningún registro.
Para obtener más información sobre los permisos de conjuntos de registros de recursos y ejemplos de cómo utilizarlos, consulte [Uso de condiciones de las políticas de IAM para control de acceso preciso](specifying-conditions-route53.md).
Para obtener información sobre cómo autenticar a AWS los usuarios, consulte [Autenticación con identidades](security-iam.md#security_iam_authentication) y aprenda a controlar el acceso a los recursos de Route 53, consulte[Control de acceso](security-iam.md#access-control).
# Valores que hay que especificar al crear o editar los registros de Amazon Route 53.
Cuando crea registros con la consola de Amazon Route 53, los valores que especifique dependen de la política de enrutamiento que desee usar y de si va a crear registros de alias, que enrutan el tráfico a AWS los recursos.
Registros de alias que redirigen el tráfico a determinados AWS recursos para los que se especifica el recurso de destino (por ejemplo, Elastic Load Balancing, CloudFront distribución o bucket de Amazon S3). Si lo desea, también puede asociar las comprobaciones de estado y configurar la evaluación del estado de destino. En los siguientes temas, se proporciona información detallada sobre los valores necesarios para cada política de enrutamiento y tipo de registro, lo que lo ayuda a configurar los registros de Route 53 de manera eficaz.
**Topics**
+ [Valores comunes a todas las políticas de enrutamiento](resource-record-sets-values-shared.md)
+ [Valores comunes de registros de alias para todas las políticas de enrutamiento](resource-record-sets-values-alias-common.md)
+ [Valores específicos para registros simples](resource-record-sets-values-basic.md)
+ [Valores específicos para registros de alias simples](resource-record-sets-values-alias.md)
+ [Valores específicos de registros de conmutación por error](resource-record-sets-values-failover.md)
+ [Valores específicos de registros de alias de conmutación por error](resource-record-sets-values-failover-alias.md)
+ [Valores específicos de registros de geolocalización](resource-record-sets-values-geo.md)
+ [Valores específicos de registros de alias de geolocalización](resource-record-sets-values-geo-alias.md)
+ [Valores específicos de registros de geoproximidad](resource-record-sets-values-geoprox.md)
+ [Valores específicos de registros de alias de geoproximidad](resource-record-sets-values-geoprox-alias.md)
+ [Valores específicos de registros de latencia](resource-record-sets-values-latency.md)
+ [Valores específicos de registros de alias de latencia](resource-record-sets-values-latency-alias.md)
+ [Valores específicos para los registros basados en IP](resource-record-sets-values-ipbased.md)
+ [Valores específicos para los registros de alias basados en IP](resource-record-sets-values-ipbased-alias.md)
+ [Valores específicos de registros de respuesta de varios valores](resource-record-sets-values-multivalue.md)
+ [Valores específicos de registros ponderados](resource-record-sets-values-weighted.md)
+ [Valores específicos de registros de alias ponderados](resource-record-sets-values-weighted-alias.md)
# Valores comunes a todas las políticas de enrutamiento
Estos son los valores comunes que puede especificar al crear o editar registros de Amazon Route 53. Todas las políticas de enrutamiento utilizan estos valores.
**Topics**
+ [Nombre del registro](#rrsets-values-common-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-common-value)
+ [TTL (segundos)](#rrsets-values-common-ttl)
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
**Registros CNAME**
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.
**Caracteres especiales**
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).
**Caracteres comodín**
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).
No puede usar el carácter comodín \$1 para los conjuntos de registros de recursos con el tipo **NS**.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
**A — IPv4 dirección**
Una dirección IP en IPv4 formato, por ejemplo, **192.0.2.235**.
**AAAA: dirección IPv6 **
Una dirección IP en IPv6 formato, por ejemplo, **2001:0 db 8:85 a 3:0:0:8 a2e: 0370:7334**.
**CAA: autorización de la entidad de certificación**
Tres valores separados por espacios que controlan qué autoridades de certificación están autorizadas para emitir certificados (normales o comodín) para el dominio o subdominio especificado en **Record name** (Nombre del registro). Puede utilizar los registros CAA para especificar lo siguiente:
+ ¿CAsQué autoridades SSL/TLS de certificación () pueden emitir certificados, si los hay
+ La dirección de correo electrónico o URL con la que hay que contactar en caso de que una CA emita un certificado para el dominio o subdominio.
**CNAME: nombre canónico**
El nombre de dominio completo (por ejemplo, *www.example.com*) que desea que Route 53 devuelva como respuesta a las consultas de DNS para este registro. El punto final es opcional; Route 53 presupone que el nombre de dominio es completo. Esto significa que Route 53 trata a *www.example.com* (sin punto final) y *www.example.com.* (con punto final) de idéntica forma.
**MX: intercambio de correo**
Una prioridad y un nombre de dominio que especifican un servidor de correo, por ejemplo, **10 mailserver.ejemplo.com**. El punto final se trata como opcional.
**NAPTR: señalizador de autoridad de asignación de nombres**
Seis valores separados por espacios que las aplicaciones DDDS (Dynamic Delegation Discovery System, Sistema de detección de delegación dinámica) usan para convertir un valor en otro o para reemplazar un valor por otro. Para obtener más información, consulte [Tipo de registro NAPTR](ResourceRecordTypes.md#NAPTRFormat).
**PTR: puntero**
El nombre de dominio que desea que Route 53 devuelva.
**NS: servidor de nombres**
El nombre de dominio de un servidor de nombres, por ejemplo, **ns1.ejemplo.com**.
Puede especificar un registro NS con solo una política de enrutamiento simple.
**SPF: marco de políticas de remitente**
Un registro SPF envuelto en comillas, por ejemplo, **“v=spf1 ip4:192.168.0.1/16-all”**. El uso de registros SPF no es recomendado. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
**SRV: localizador de servicios**
Un registro SRV. Los registros SRV se utilizan para acceder a servicios, como un servicio de correo electrónico o comunicaciones. Para obtener información sobre el formato del registro SRV, consulte la documentación del servicio al que desee conectarse. El punto final se trata como opcional.
El formato de un registro SRV es el siguiente:
**[prioridad] [ponderación] [puerto] [nombre del host de servidor]**
Por ejemplo:
**1 10 5269 xmpp-servidor.ejemplo.com.**
**TXT: texto**
Un registro de texto. Entrecomille el texto; por ejemplo, **“Entrada de texto de ejemplo”**.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
# Valores comunes de registros de alias para todas las políticas de enrutamiento
Estos son los valores de alias comunes que puede especificar al crear o editar registros de Amazon Route 53. Todas las políticas de enrutamiento utilizan estos valores.
**Topics**
+ [Nombre del registro](#rrsets-values-common-alias-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-alias-common-target)
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
**Registros CNAME**
Si crea un registro con el valor **CNAME** para **Type (Tipo)**, el nombre del registro no puede ser el mismo que el de la zona alojada.
**Alias para CloudFront distribuciones y buckets de Amazon S3**
El valor que especifique depende en parte del AWS recurso al que dirija el tráfico:
+ **CloudFront distribución**: la distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.ejemplo.com**, la distribución de CloudFront debe incluir **acme.ejemplo.com** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*.
+ **Bucket de Amazon S3**: el nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket es **acme.ejemplo.com**, el nombre de este registro también debe ser **acme.ejemplo.com**.
Además, debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*.
**Caracteres especiales**
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).
**Caracteres comodín**
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
**importante**
Si usó la misma AWS cuenta para crear la zona alojada y el recurso al que está enrutando el tráfico, y si su recurso no aparece en la lista de **puntos finales**, compruebe lo siguiente:
Confirme que ha elegido un valor admitido para **Record type** (Tipo de registro). Los valores admitidos son específicos del recurso al que restá redirigiendo el tráfico. Por ejemplo, para enrutar el tráfico a un bucket de S3, debe elegir **una IPv4 dirección** A como **Tipo de registro**.
Confirme que la cuenta tiene los permisos de IAM necesarios para enumerar los recursos aplicables. Por ejemplo, para que las distribuciones de CloudFront aparezcan en la lista **Endpoint** (Punto de conexión), la cuenta debe tener permiso para realizar la siguiente acción: `cloudfront:ListDistributions`.
Para ver una política de IAM de ejemplo, consulte [Permisos necesarios para usar la consola de Amazon Route 53](access-control-managing-permissions.md#console-required-permissions).
Si usó AWS cuentas diferentes para crear la zona alojada y el recurso, la lista **de puntos finales** no mostrará su recurso. Consulte la siguiente documentación sobre su tipo de recurso para determinar el valor que debe ingresar en **Punto de conexión**.
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
Para API Gateway personalizado, regional APIs y optimizado para bordes APIs, realice una de las siguientes acciones:
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y la API**: elija **Punto de conexión** y luego una API de la lista. Si tiene muchos APIs, puede introducir los primeros caracteres del punto final de la API para filtrar la lista.
**nota**
El nombre del registro debe coincidir con un nombre de dominio personalizado para su API, como **api.ejemplo.com**.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y la API**: ingrese el punto de conexión de API de la API, como, por ejemplo, **api.example.com**.
Si has utilizado una AWS cuenta para crear la zona alojada actual y otra para crear una API, la API no aparecerá en la lista de **puntos finales** de **API Gateway APIs**.
Si utilizaste una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todas las tuyas APIs, la lista de **puntos finales** muestra **No hay destinos disponibles** en **API Gateway APIs**. Para obtener más información, consulte [Enrutamiento del tráfico a una API de Amazon API Gateway mediante su nombre de dominio](routing-to-api-gateway.md).
**CloudFront distribuciones**
Para CloudFront las distribuciones, realice una de las siguientes acciones:
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su CloudFront distribución**, elija **Endpoint** y elija una distribución de la lista. Si tiene muchas distribuciones, puede escribir los primeros caracteres del nombre de dominio de la distribución para filtrar la lista.
Si la distribución no aparece en la lista, tenga en cuenta lo siguiente:
+ El nombre de este registro debe coincidir con un nombre de dominio alternativo de la distribución.
+ Si acaba de agregar un nombre de dominio alternativo a su distribución, los cambios pueden tardar 15 minutos en propagarse a todas las ubicaciones CloudFront periféricas. Hasta que no se hayan propagado los cambios, Route 53 no puede saber nada del nuevo nombre de dominio alternativo.
+ **Si utilizó cuentas diferentes para crear su zona alojada de Route 53 y su distribución, introduzca el nombre de CloudFront dominio de la distribución**, como **d111111abcdef8.cloudfront.net**.
**Si usó una AWS cuenta para crear la zona alojada actual y otra para crear una distribución, la distribución no aparecerá en la lista de puntos finales.**
**Si ha utilizado una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todas las distribuciones, la lista de **puntos finales** muestra que **no hay destinos disponibles** en las distribuciones. CloudFront **
No dirija las consultas a una CloudFront distribución que no se haya propagado a todas las ubicaciones de borde o sus usuarios no podrán acceder al contenido correspondiente.
CloudFront La distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.example.com, la CloudFront distribución debe incluir **acme.example.com**** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*.
Si IPv6 está habilitado para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo de registro**) y otro con el valor **AAAA ( IPv6dirección)**. Para obtener más información, consulte [Enrutar el tráfico a una CloudFront distribución de Amazon mediante tu nombre de dominio](routing-to-cloudfront-distribution.md).
**Servicio de App Runner**
En el caso del servicio de App Runner, realice una de las siguientes operaciones:
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su servicio de App Runner**, elija el nombre de dominio del entorno al que quiere enrutar el tráfico de la lista y Región de AWS, a continuación, elija el nombre de dominio del entorno al que desea enrutar el tráfico.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y App Runner**: ingrese el nombre de dominio personalizado. Para obtener más información, consulte [Managing custom domain names for App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html) (Administración de nombres de dominio personalizados para App Runner).
Si usó una AWS cuenta para crear la zona alojada actual y otra para crear una App Runner, esta no aparecerá en la lista de **puntos finales**.
Para obtener más información, consulte [Configuración de Amazon Route 53 para dirigir el tráfico a un servicio de App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si el nombre de dominio del entorno de Elastic Beanstalk incluye la región en la que implementó el entorno, puede crear un registro de alias que dirija el tráfico al entorno. Por ejemplo, el nombre de dominio `my-environment.us-west-2.elasticbeanstalk.com` es un nombre de dominio regionalizado.
Para los entornos creados antes de principios de 2016, el nombre de dominio no incluye la región. Para dirigir el tráfico a estos entornos, debe crear un registro CNAME en lugar de un registro de alias. Tenga en cuenta que no puede un crear un registro CNAME para el nombre de dominio raíz. Por ejemplo, si su nombre de dominio es example.com, puede crear un registro que dirija el tráfico de acme.example.com a su entorno de Elastic Beanstalk, pero no puede crear un registro que dirija el tráfico de example.com a su entorno de Elastic Beanstalk.
Para los entornos de Elastic Beanstalk que tienen subdominios regionalizados, realice una de las siguientes acciones:
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el entorno de Elastic Beanstalk**: elija **Punto de conexión** y luego un entorno de la lista. Si tiene muchos entornos, puede escribir los primeros caracteres del atributo CNAME del entorno para filtrar la lista.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y el entorno de Elastic Beanstalk**: ingrese el atributo CNAME del entorno de Elastic Beanstalk.
Para obtener más información, consulte [Enrutar el tráfico a un AWS Elastic Beanstalk entorno](routing-to-beanstalk-environment.md).
**Balanceadores de carga de ELB**
Para los equilibradores de carga de ELB, realice una de las siguientes operaciones:
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el equilibrador de carga**: elija **Punto de conexión** y luego un equilibrador de carga de la lista. Si tiene muchos equilibradores de carga, puede escribir los primeros caracteres del nombre DNS para filtrar la lista.
+ **Si ha usado cuentas distintas para crear la zona alojada de Route 53 y el balanceador de carga**: ingrese el valor que obtuvo en el procedimiento [Obtención del nombre DNS de un equilibrador de carga elástico](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).
**Si usaste una AWS cuenta para crear la zona alojada actual y otra para crear un balanceador de cargas, el balanceador de cargas no aparecerá en la lista de endpoints.**
Si ha usado una cuenta para crear la zona alojada actual, y una o varias cuentas diferentes para crear todos los equilibradores de carga, en la lista **Endpoints** (Puntos de conexión) se muestra **No targets available** (Sin destinos disponibles) en **Elastic Load Balancers** (Elastic Load Balancers).
La consola agrega **dualstack.** para la aplicación y el balanceador de carga clásico desde una cuenta diferente. Cuando un cliente, como un navegador web, solicita la dirección IP de su nombre de dominio (example.com) o nombre de subdominio (www.example.com), el cliente puede solicitar una IPv4 dirección (un registro A), una IPv6 dirección (un registro AAAA) o ambas IPv4 y IPv6 direcciones (en solicitudes separadas). La designación **dualstack.** permite a Route 53 responder con la dirección IP adecuada del balanceador de carga en función del formato de dirección IP que ha solicitado el cliente.
Para obtener más información, consulte [Direccionamiento del tráfico a un balanceador de carga ELB](routing-to-elb-load-balancer.md).
**AWS Aceleradores de Global Accelerator**
En el AWS caso de los aceleradores de Global Accelerator, introduzca el nombre DNS del acelerador. Puede introducir el nombre DNS de un acelerador que haya creado con la AWS cuenta corriente o con una cuenta diferente. AWS
**Buckets de Amazon S3**
Para los buckets de Amazon S3 configurados en los puntos de enlace de sitio web, realice una de las siguientes acciones:
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el bucket de Amazon S3**: elija **Punto de conexión** y luego un bucket de la lista. Si tiene muchos buckets, puede escribir los primeros caracteres del nombre DNS para filtrar la lista.
El valor de **Punto de conexión** cambia al punto de conexión del sitio web de Amazon S3 para el bucket.
+ **Si ha usado cuentas diferentes para crear la zona alojada de Route 53 y el bucket de Amazon S3**: ingrese el nombre de la región en la que ha creado el bucket de S3. Use el valor que aparece en la columna **punto de conexión del sitio web ** de la tabla [Punto de conexión de sitio web de Amazon S3](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) en *Referencia general de Amazon Web Services*.
Si ha utilizado AWS cuentas distintas de la cuenta actual para crear sus buckets de Amazon S3, el bucket no aparecerá en la lista de **puntos de conexión**.
Debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*.
El nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket de Amazon S3 es **acme.example.com**, el nombre de este registro también debe ser **acme.example.com**.
En un grupo de registros de alias ponderados, alias de latencia, alias de conmutación por error o alias de geolocalización, solo puede crear un registro que dirija las consultas a un bucket de Amazon S3, porque el nombre del registro debe coincidir con el nombre del bucket, y los nombres de bucket deben ser únicos de forma global.
** OpenSearch Servicio Amazon**
Para el OpenSearch servicio, realice una de las siguientes acciones:
+ **OpenSearch Dominio personalizado del servicio**: el nombre del registro debe coincidir con el dominio personalizado. Por ejemplo, si el nombre del dominio personalizado es test.example.com, el nombre de este registro también debe ser test.example.com.
+ **Si usó la misma cuenta para crear su zona alojada de Route 53 y su dominio de OpenSearch servicio, elija el nombre de dominio** y Región de AWS, a continuación, elija el nombre de dominio.
+ **Si utilizó cuentas diferentes para crear su zona alojada de Route 53 y su dominio de OpenSearch servicio**, introduzca el nombre de dominio personalizado. Para obtener más información, consulte [Create a custom endpoint](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).
Si utilizó una AWS cuenta para crear la zona alojada actual y otra cuenta para crear un dominio de OpenSearch servicio, el dominio no aparecerá en la lista de **puntos finales**.
**Si ha utilizado una cuenta para crear la zona alojada actual y una o más cuentas diferentes para crear todos sus dominios de OpenSearch servicio, la lista de **puntos finales** muestra que **no hay destinos disponibles** en OpenSearch el servicio.**
Para obtener más información, consulte [Configuración de Amazon Route 53 para enrutar el tráfico a un punto final OpenSearch de dominio de Amazon Service](routing-to-open-search-service.md#routing-to-open-search-service-configuring).
**Puntos de enlace de interfaz de Amazon VPC**
Para los puntos de interfaz de Amazon VPC, realice una de las siguientes opciones:
+ **Si ha usado la misma cuenta para crear la zona alojada de Route 53 y el punto de conexión de interfaz**: elija **Punto de conexión** y luego un punto de conexión de interfaz de la lista. Si tiene muchos puntos de conexión de interfaz, puede escribir los primeros caracteres del nombre de host DNS para filtrar la lista.
+ **Si utilizó cuentas diferentes para crear la zona alojada de Route 53 y el punto de enlace de la interfaz**, introduzca el nombre de host DNS del punto de enlace de la interfaz, como **vpce-123456789abcdef01- example-us-east -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**.
Si ha utilizado una AWS cuenta para crear la zona alojada actual y otra cuenta para crear un punto de enlace de interfaz, el punto de enlace de interfaz no aparecerá en la lista de **puntos** de enlace de **VPC**.
Si ha usado una cuenta para crear la zona alojada actual, y una o varias cuentas diferentes para crear todos los puntos de conexión de interfaz, en la lista **Endpoint** (Punto de conexión) se muestra **No targets available** (Sin destinos disponibles) en **VPC Endpoints** (Puntos de conexión de VPC).
Para obtener más información, consulte [Enrutamiento del tráfico a un punto de conexión de interfaz de Amazon Virtual Private Cloud mediante el nombre de dominio](routing-to-vpc-interface-endpoint.md).
**Registros de esta zona alojada**
Para los registros de esta zona alojada, elija **Endpoint** (Punto de conexión) y luego el registro correspondiente. Si tiene muchos registros, puede escribir los primeros caracteres del nombre para filtrar la lista.
Si en la zona alojada se incluyen solo los registros de NS y SOA predeterminados, en la lista **Endpoints** (Puntos de conexión) se muestra **No targets available** (Sin destinos disponibles).
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá elegir un registro en el que el valor de **Record type** (Tipo de registro) sea **CNAME** (CNAME). Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
# Valores específicos para registros simples
Cuando se crean registros simples, hay que especificar los siguientes valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-basic-routing-policy)
+ [Nombre del registro](#rrsets-values-basic-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-basic-value)
+ [Tipo de registro](#rrsets-values-basic-type)
+ [TTL (segundos)](#rrsets-values-basic-ttl)
## Política de direccionamiento
Elija **Direccionamiento simple**.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **NS: servidor de nombres**
El nombre de dominio de un servidor de nombres, por ejemplo, **ns1.ejemplo.com**.
**nota**
Puede especificar un registro NS con solo una política de enrutamiento simple.
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor de **Record type** (Tipo de registro) en función de cómo desee que Route 53 responda a las consultas de DNS.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
# Valores específicos para registros de alias simples
Cuando se crean registros de alias, hay que especificar los siguientes valores. Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**nota**
Si utiliza Route 53 en AWS GovCloud (US) Region, esta función tiene algunas restricciones. Para obtener más información, consulte la [Página de Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) en la *Guía del usuario de AWS GovCloud (US) *.
**Topics**
+ [Política de direccionamiento](#rrsets-values-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-alias-name)
+ [Valor/ruta de destino del tráfico](#rrsets-values-alias-alias-target)
+ [Tipo de registro](#rrsets-values-alias-type)
+ [Evaluate target health](#rrsets-values-alias-evaluate-target-health)
## Política de direccionamiento
Elija **Direccionamiento simple**.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
## Evaluate target health
Cuando el valor de **Política de enrutamiento** es **Sencillo**, puede elegir los valores **No** o el valor predeterminado **Sí**, porque **Evaluar estado del destino** no tiene ningún efecto para el enrutamiento **Sencillo**. Si solo tiene un registro que tiene un nombre y un tipo determinados, Route 53 responde las consultas de DNS utilizando los valores de ese registro, independientemente de si el recurso está o no en buen estado.
Para otras políticas de enrutamiento, **Evaluar estado del destino** determina si Route 53 comprueba el estado del recurso al que hace referencia el registro de alias:
+ **Servicios en los que Evaluar estado del destino proporciona beneficios operativos**: en el caso de los equilibradores de carga (ELB) y los entornos de AWS Elastic Beanstalk con equilibradores de carga, establecer la opción **Evaluar estado del destino** en **Sí** permite a Route 53 enrutar el tráfico y alejarlo de los recursos insalubres.
+ **Servicios de alta disponibilidad**: para servicios como los buckets de Amazon S3, los puntos de enlace de la interfaz de VPC, Amazon API Gateway AWS Global Accelerator, Amazon Service y OpenSearch Amazon VPC Lattice**, Evaluate Target** Health no ofrece ningún beneficio operativo porque estos servicios están diseñados para una alta disponibilidad. Para situaciones de conmutación por error con estos servicios, utilice en su lugar las [comprobaciones de estado de Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html).
Para obtener información detallada sobre cómo funciona **Evaluate Target Health** con los diferentes AWS servicios, consulte la [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)documentación de la referencia de la API.
# Valores específicos de registros de conmutación por error
Cuando se crean registros de conmutación por error, hay que especificar los siguientes valores.
**nota**
Para obtener información sobre cómo crear registros de conmutación por error en una zona alojada privada, consulte [Configuración de la conmutación por error en una zona alojada privada](dns-failover-private-hosted-zones.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-failover-routing-policy)
+ [Nombre del registro](#rrsets-values-failover-name)
+ [Tipo de registro](#rrsets-values-failover-type)
+ [TTL (segundos)](#rrsets-values-failover-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-failover-value)
+ [Tipo de registro de conmutación por error](#rrsets-values-failover-record-type)
+ [Chequeo de salud](#rrsets-values-failover-associate-with-health-check)
+ [ID de registro](#rrsets-values-failover-set-id)
## Política de direccionamiento
Elija **Failover** (Conmutación por error).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para los dos registros del grupo de registros de conmutación por error.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el mismo valor para los registros de conmutación por error principales y secundarios.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Tipo de registro de conmutación por error
Elija el valor aplicable para este registro. Para que la conmutación por error funcione correctamente, debe crear un registro de conmutación por error principal y uno secundario.
No puede crear registros sin conmutación por error que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de conmutación por error.
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.
## ID de registro
Escriba un valor que identifique de manera exclusiva los registros principal y secundario.
# Valores específicos de registros de alias de conmutación por error
Cuando se crean registros de alias de conmutación por error, hay que especificar los siguientes valores.
Para obtener información, consulte los siguientes temas:
+ Para obtener información sobre cómo crear registros de conmutación por error en una zona alojada privada, consulte [Configuración de la conmutación por error en una zona alojada privada](dns-failover-private-hosted-zones.md).
+ Para obtener información sobre los registros de alias, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-failover-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-failover-alias-name)
+ [Tipo de registro](#rrsets-values-failover-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-failover-alias-alias-target)
+ [Tipo de registro de conmutación por error](#rrsets-values-failover-alias-failover-record-type)
+ [Health check](#rrsets-values-failover-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-failover-alias-set-id)
## Política de direccionamiento
Elija **Failover** (Conmutación por error).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para los dos registros del grupo de registros de conmutación por error.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para los registros de conmutación por error principales y secundarios:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** de **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione **una IPv4 dirección** O una dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
**nota**
Cuando cree registros de conmutación por error principales y secundarios, tiene la opción de crear un registro de conmutación por error y un registro de *alias* de conmutación por error con los mismos valores para **Name** (Nombre) y **Record type** (Tipo de registro). Si combina registros de conmutación por error y de alias de conmutación por error, cualquiera de ellos puede ser el registro principal.
## Tipo de registro de conmutación por error
Elija el valor aplicable para este registro. Para que la conmutación por error funcione correctamente, debe crear un registro de conmutación por error principal y uno secundario.
No puede crear registros sin conmutación por error que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de conmutación por error.
## Health check
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Balanceadores de carga de red y aplicaciones**: si especifica un balanceador de carga de red o aplicaciones ELB, y establece **Evaluate Target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que una aplicación o un equilibrador de carga de red está en buen estado, cada grupo de destinos que contenga destinos debe tener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Escriba un valor que identifique de manera exclusiva los registros principal y secundario.
# Valores específicos de registros de geolocalización
Cuando se crean registros de geolocalización, hay que especificar los siguientes valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-geo-routing-policy)
+ [Nombre del registro](#rrsets-values-geo-name)
+ [Tipo de registro](#rrsets-values-geo-type)
+ [TTL (segundos)](#rrsets-values-geo-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geo-value)
+ [Ubicación](#rrsets-values-geo-location)
+ [Estados de Estados Unidos](#rrsets-values-geo-sublocation)
+ [Health check](#rrsets-values-geo-associate-with-health-check)
+ [ID de registro](#rrsets-values-geo-set-id)
## Política de direccionamiento
Elija **Geolocation** (Geolocalización).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
Escriba el mismo nombre para todos los registros del grupo de registros de geolocalización.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el mismo valor para todos los registros del grupo de registros de geolocalización.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Ubicación
Cuando configure Route 53 para que responda a las consultas de DNS según la ubicación de origen de estas, seleccione el continente o el país para el que quiere que Route 53 responda con la configuración de este registro. Si quiere que Route 53 responda a las consultas de DNS para estados individuales de Estados Unidos, seleccione **United States** (Estados Unidos) de la lista **Location** (Ubicación) y luego el estado en el grupo **Sublocation** (Sublocalización).
Para una zona alojada privada, selecciona el continente, país o subdivisión más cercano al lugar en el Región de AWS que se encuentra tu recurso. Por ejemplo, si el recurso se encuentra en us-east-1, puede especificar Norteamérica, Estados Unidos o Virginia.
**importante**
Es recomendable crear un registro de geolocalización con el valor **Default (Predeterminada)** para **Location (Ubicación)**. Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.
No puede crear registros sin geolocalización que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de geolocalización.
Para obtener más información, consulte [Enrutado de geolocalización](routing-policy-geo.md).
Estos son los países que Amazon Route 53 asocia con cada continente. Los códigos de país son de ISO 3166. Para obtener más información, consulte el artículo de Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):
**África (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antártida (AN)**
AQ, GS, TF
**Asia (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europa (UE)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Algunos proveedores consideran que TR está en Asia, y esto se verá reflejado en las direcciones IP.
**América del Norte (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Oceanía (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**América del Sur (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**nota**
Route 53 no permite crear registros de geolocalización para los siguientes países: Isla Bouvet (BV), Isla de Navidad (CX), Sáhara Occidental (EH) e Isla e Islas Heard McDonald (HM). No hay datos disponibles sobre las direcciones IP de estos países.
## Estados de Estados Unidos
Cuando configure Route 53 para que responda a las consultas de DNS según el estado de Estados Unidos de origen de las consultas, seleccione el estado de la lista **U.S. states** (Estados de Estados Unidos). En la lista **Location (Ubicación)**, los territorios de Estados Unidos (por ejemplo, Puerto Rico) figuran como países.
**importante**
Algunas direcciones IP están asociadas con Estados Unidos, pero no con un estado individual. Si crea registros para todos los estados de Estados Unidos, es recomendable que también cree un registro para Estados Unidos con objeto de dirigir las consultas de estas direcciones IP no asociadas. Si no crea un registro para Estados Unidos, Route 53 responde a las consultas de DNS procedentes de las direcciones IP de Estados Unidos no asociadas con la configuración del registro de geolocalización predeterminado (si ha creado uno) o con una respuesta “sin respuesta”.
## Health check
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.
En el caso de los registros de geolocalización, si un punto de conexión no está en buen estado, Route 53 busca un registro para la región geográfica asociada de mayor tamaño. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña.
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geolocalización.
# Valores específicos de registros de alias de geolocalización
Cuando se crean registros de alias de geolocalización, hay que especificar los siguientes valores.
Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-geo-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-geo-alias-name)
+ [Tipo de registro](#rrsets-values-geo-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geo-alias-alias-target)
+ [Ubicación](#rrsets-values-geo-alias-location)
+ [Estados de Estados Unidos](#rrsets-values-geo-alias-sublocation)
+ [Health check](#rrsets-values-geo-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geo-alias-set-id)
## Política de direccionamiento
Elija **Geolocation** (Geolocalización).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros de geolocalización.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros de geolocalización:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** de **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte[Valor/ruta de destino del tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Ubicación
Cuando configure Route 53 para que responda a las consultas de DNS según la ubicación de origen de estas, seleccione el continente o el país para el que quiere que Route 53 responda con la configuración de este registro. Si quiere que Route 53 responda a las consultas de DNS para estados individuales de Estados Unidos, seleccione **United States** (Estados Unidos) de la lista **Location** (Ubicación) y luego el estado en la lista **U.S. states** (Estados de Estados Unidos).
Para una zona alojada privada, seleccione el continente, país o subdivisión más cercano al lugar en el Región de AWS que se encuentra su recurso. Por ejemplo, si el recurso se encuentra en us-east-1, puede especificar Norteamérica, Estados Unidos o Virginia.
**importante**
Es recomendable crear un registro de geolocalización con el valor **Default (Predeterminada)** para **Location (Ubicación)**. Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.
No puede crear registros sin geolocalización que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de geolocalización.
Para obtener más información, consulte [Enrutado de geolocalización](routing-policy-geo.md).
Estos son los países que Amazon Route 53 asocia con cada continente. Los códigos de país son de ISO 3166. Para obtener más información, consulte el artículo de Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):
**África (AF)**
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW
**Antártida (AN)**
AQ, GS, TF
**Asia (AS)**
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE
**Europa (UE)**
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK
Algunos proveedores consideran que TR está en Asia, y esto se verá reflejado en las direcciones IP.
**América del Norte (NA)**
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI
**Oceanía (OC)**
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS
**América del Sur (SA)**
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE
**nota**
Route 53 no permite crear registros de geolocalización para los siguientes países: Isla Bouvet (BV), Isla de Navidad (CX), Sáhara Occidental (EH) e Isla e Islas Heard McDonald (HM). No hay datos disponibles sobre las direcciones IP de estos países.
## Estados de Estados Unidos
Cuando configure Route 53 para que responda a las consultas de DNS según el estado de Estados Unidos de origen de las consultas, seleccione el estado de la lista **U.S. states** (Estados de Estados Unidos). En la lista **Location (Ubicación)**, los territorios de Estados Unidos (por ejemplo, Puerto Rico) figuran como países.
**importante**
Algunas direcciones IP están asociadas con Estados Unidos, pero no con un estado individual. Si crea registros para todos los estados de Estados Unidos, es recomendable que también cree un registro para Estados Unidos con objeto de dirigir las consultas de estas direcciones IP no asociadas. Si no crea un registro para Estados Unidos, Route 53 responde a las consultas de DNS procedentes de las direcciones IP de Estados Unidos no asociadas con la configuración del registro de geolocalización predeterminado (si ha creado uno) o con una respuesta “sin respuesta”.
## Health check
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
En el caso de los registros de geolocalización, si un punto de conexión no está en buen estado, Route 53 busca un registro para la región geográfica asociada de mayor tamaño. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geolocalización.
# Valores específicos de registros de geoproximidad
Cuando se crean registros de geoproximidad, debe especificar los siguientes valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-geoprox-routing-policy)
+ [Nombre del registro](#rrsets-values-geoprox-name)
+ [Tipo de registro](#rrsets-values-geoprox-type)
+ [TTL (segundos)](#rrsets-values-geoprox-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geoprox-value)
+ [Ubicación de puntos de conexión](#rrsets-values-geoprox-endpoint-location)
+ [Sesgo](#rrsets-values-geoprox-bias)
+ [Health check](#rrsets-values-geoprox-associate-with-health-check)
+ [ID de registro](#rrsets-values-geoprox-set-id)
## Política de direccionamiento
Elija **Geoproximidad**.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
Escriba el mismo nombre para todos los registros del grupo de registros de geoproximidad.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el mismo valor para todos los registros del grupo de registros de geoproximidad.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Ubicación de puntos de conexión
Puede especificar la ubicación del punto de conexión del recurso mediante uno de los siguientes métodos:
**Coordenadas personalizadas**
Especifique la longitud y la latitud de un área geográfica.
**Región de AWS**
Elija una región disponible en la lista de **Ubicaciones**.
Para obtener más información acerca de las regiones, consulte [Infraestructura global de AWS](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Grupo de zonas locales**
Elija un grupo de zonas locales disponible de la lista de **Ubicaciones**.
Para obtener más información acerca de las zonas locales, consulte [Zonas locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) en la *Guía del usuario de zonas locales de AWS *. Un grupo de zonas locales suele ser la zona local sin el carácter final. Por ejemplo, si la zona local es `us-east-1-bue-1a`, el grupo de zonas locales es `us-east-1-bue-1`.
También puede identificar el grupo de zonas locales de una zona local específica mediante el comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Este comando devuelve `"GroupName": "us-west-2-den-1"` y se especifica que la zona local `us-west-2-den-1a` pertenece al grupo de zonas locales `us-west-2-den-1`.
No puede crear registros sin geoproximidad que tengan los mismos valores de **Nombre del registro** y **Tipo de registro** que los registros de geoproximidad.
Tampoco puede crear dos conjuntos de registros de recursos de geoproximidad que especifiquen la misma ubicación para el mismo nombre y tipo de registro.
## Sesgo
Un sesgo expande o reduce el área geográfica desde la que Route 53 direcciona el tráfico a un recurso. Un sesgo positivo expande el área y un sesgo negativo la reduce. Para obtener más información, consulte [Cómo utiliza Amazon Route 53 el sesgo para dirigir el tráfico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Health check
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Sí** en **Evaluar el estado del destino** para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de geoproximidad, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain Name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.
En el caso de los registros de geoproximidad, si un punto de conexión no está en buen estado, Route 53 busca el punto de conexión más cercano que todavía esté en buen estado.
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geoproximidad.
# Valores específicos de registros de alias de geoproximidad
Cuando se crean registros de alias de geoproximidad, hay que especificar los siguientes valores.
Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-geoprox-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-geoprox-alias-name)
+ [Tipo de registro](#rrsets-values-geoprox-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-geoprox-alias-alias-target)
+ [Ubicación de puntos de conexión](#rrsets-values-geoprox-alias-endpoint-location)
+ [Sesgo](#rrsets-values-geoprox-alias-bias)
+ [Chequeo de salud](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-geoprox-alias-set-id)
## Política de direccionamiento
Elija **Geoproximidad**.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros de geoproximidad.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros de geoproximidad:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte[Valor/ruta de destino del tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Ubicación de puntos de conexión
Puede especificar la ubicación del punto de conexión del recurso mediante uno de los siguientes métodos:
**Coordenadas personalizadas**
Especifique la longitud y la latitud de un área geográfica.
**Región de AWS**
Elija una región disponible en la lista de **Ubicaciones**.
Para obtener más información acerca de las regiones, consulte [Infraestructura global de AWS](https://aws.amazon.com/about-aws/global-infrastructure/).
**AWS Grupo de zonas locales**
Elija una región de zona local disponible de la lista de **Ubicaciones**.
Para obtener más información acerca de las zonas locales, consulte [Zonas locales disponibles](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) en la *Guía del usuario de zonas locales de AWS *. Un grupo de zonas locales suele ser la zona local sin el carácter final. Por ejemplo, si la zona local es `us-east-1-bue-1a`, el grupo de zonas locales es `us-east-1-bue-1`.
También puede identificar el grupo de zonas locales de una zona local específica mediante el comando [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:
```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```
Este comando devuelve `"GroupName": "us-west-2-den-1"` y se especifica que la zona local `us-west-2-den-1a` pertenece al grupo de zonas locales `us-west-2-den-1`.
No puede crear registros sin geoproximidad que tengan los mismos valores de **Nombre del registro** y **Tipo de registro** que los registros de geoproximidad.
Tampoco puede crear dos conjuntos de registros de recursos de geoproximidad que especifiquen la misma ubicación para el mismo nombre y tipo de registro.
Para obtener más información, consulte available-local-zones .html
## Sesgo
Un sesgo expande o reduce el área geográfica desde la que Route 53 direcciona el tráfico a un recurso. Un sesgo positivo expande el área y un sesgo negativo la reduce. Para obtener más información, consulte [Cómo utiliza Amazon Route 53 el sesgo para dirigir el tráfico](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Sí** en **Evaluar el estado del destino** para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de geoproximidad, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
En el caso de los registros de geoproximidad, si un punto de conexión no está en buen estado, Route 53 busca el punto de conexión más cercano que todavía esté en buen estado.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de geoproximidad.
# Valores específicos de registros de latencia
Cuando se crean registros de latencia, hay que especificar los siguientes valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-latency-routing-policy)
+ [Nombre del registro](#rrsets-values-latency-name)
+ [Tipo de registro](#rrsets-values-latency-type)
+ [TTL (segundos)](#rrsets-values-latency-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-latency-value)
+ [Region](#rrsets-values-latency-region)
+ [Chequeo de salud](#rrsets-values-latency-associate-with-health-check)
+ [ID de registro](#rrsets-values-latency-set-id)
## Política de direccionamiento
Elija **Latency** (Latencia).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros de latencia.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor de **Type** (Tipo) en función de cómo desee que Route 53 responda a las consultas de DNS.
Seleccione el mismo valor para todos los registros del grupo de registros de latencia.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Region
Región de Amazon EC2 en la que reside el recurso especificado en este registro. Route 53 recomienda una región de Amazon EC2 en función de otros valores especificados. Esto también se aplica a las zonas alojadas privadas. Es recomendable que no cambie este valor.
Tenga en cuenta lo siguiente:
+ Solo puede crear un registro de latencia para cada región de Amazon EC2.
+ No es necesario crear registros de latencia para todas las regiones de Amazon EC2. Route 53 elige la región con la mejor latencia entre aquellas en las que creó registros de latencia.
+ No puede crear registros sin latencia que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de latencia.
+ Si crea un registro etiquetado con la región **cn-north-1**, Route 53 responderá siempre a las consultas procedentes de China utilizando este registro, independientemente de la latencia.
Para obtener más información acerca del uso de registros de latencia, consulte [Enrutado basado en latencia](routing-policy-latency.md).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de latencia.
# Valores específicos de registros de alias de latencia
Cuando crean registros de alias de latencia, hay que especificar los siguientes valores.
Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-latency-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-latency-alias-name)
+ [Tipo de registro](#rrsets-values-latency-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-latency-alias-alias-target)
+ [Region](#rrsets-values-latency-alias-region)
+ [Chequeo de salud](#rrsets-values-latency-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-latency-alias-set-id)
## Política de direccionamiento
Elija **Latency** (Latencia).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros de latencia.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
Seleccione el mismo valor para todos los registros del grupo de registros de latencia.
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Region
Región de Amazon EC2 en la que reside el recurso especificado en este registro. Route 53 recomienda una región de Amazon EC2 en función de otros valores especificados. Esto también se aplica a las zonas alojadas privadas. Es recomendable que no cambie este valor.
Tenga en cuenta lo siguiente:
+ Solo puede crear un registro de latencia para cada región de Amazon EC2.
+ No es necesario crear registros de latencia para todas las regiones de Amazon EC2. Route 53 elige la región con la mejor latencia entre aquellas en las que creó registros de latencia.
+ No puede crear registros sin latencia que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros de latencia.
+ Si crea un registro etiquetado con la región **cn-north-1**, Route 53 responderá siempre a las consultas procedentes de China utilizando este registro, independientemente de la latencia.
Para obtener más información acerca del uso de registros de latencia, consulte [Enrutado basado en latencia](routing-policy-latency.md).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name (Nombre de dominio)** coincide con el nombre de los registros y a continuación la asocia con estos, los resultados de la comprobación serán impredecibles.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluate Target Health** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de latencia.
# Valores específicos para los registros basados en IP
Cuando se crean registros basados en IP, se especifican los siguientes valores.
**nota**
Aunque la creación de registros basados en IP en una zona alojada privada está permitida, no es compatible.
**Topics**
+ [Política de direccionamiento](#rrsets-values-ipbased-routing-policy)
+ [Nombre del registro](#rrsets-values-ibased-name)
+ [Tipo de registro](#rrsets-values-ibased-type)
+ [TTL (segundos)](#rrsets-values-ibased-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-ibased-value)
+ [Ubicación](#rrsets-values-ibased-location)
+ [Comprobación de estado](#rrsets-values-ibased-associate-with-health-check)
+ [ID de registro](#rrsets-values-ipbased-set-id)
## Política de direccionamiento
Elija **IP-based** (Basado en IP).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Ingrese el mismo nombre para todos los registros en el grupo de registros basados en IP.
**Registros CNAME**
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.
**Caracteres especiales**
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).
**Caracteres comodín**
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor de **Type** (Tipo) en función de cómo desee que Route 53 responda a las consultas de DNS.
Seleccione el mismo valor para todos los registros del grupo de registros basados en IP.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A: dirección IPv**
+ **AAAA: dirección IPv**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para más información acerca de los valores anteriores, consulte los [Valor/ruta de destino del tráfico](resource-record-sets-values-shared.md#rrsets-values-common-value) [valores comunes del valor/ruta de destino del tráfico](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Ubicación
El nombre de la ubicación CIDR donde se encuentra el recurso especificado en este registro por los valores del bloque CIDR dentro de la ubicación CIDR.
Para más información acerca del uso de los registros basados en IP, consulte [Direccionamiento basado en IP](routing-policy-ipbased.md).
## Comprobación de estado
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Va a comprobar el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica los identificadores de comprobación de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias basado en IP, alias de latencia o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
## ID de registro
Ingrese un valor que identifique de manera única este registro en el grupo de registros basados en IP.
# Valores específicos para los registros de alias basados en IP
Cuando se crean registros de alias basados en IP, se especifican los siguientes valores.
**nota**
Aunque la creación de registros de alias basados en IP en una zona alojada privada está permitida, no es compatible.
Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-ipbased-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-ipbased-alias-name)
+ [Tipo de registro](#rrsets-values-ipbased-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-ipbased-alias-alias-target)
+ [Ubicación](#rrsets-values-ipbased-alias-location)
+ [Chequeo de salud](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-ipbased-alias-set-id)
## Política de direccionamiento
Elija **IP-based** (Basado en IP).
**nota**
Aunque la creación de registros de alias basados en IP en una zona alojada privada está permitida, no es compatible.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Ingrese el mismo nombre para todos los registros en el grupo de registros basados en IP.
**Registros CNAME**
Si crea un registro con el valor **CNAME** (CNAME) para **Record type** (Tipo de registro), el nombre del registro no puede ser el mismo que el de la zona alojada.
**Alias para CloudFront distribuciones y buckets de Amazon S3**
El valor que especifique depende en parte del AWS recurso al que dirija el tráfico:
+ **CloudFront distribución**: la distribución debe incluir un nombre de dominio alternativo que coincida con el nombre del registro. Por ejemplo, si el nombre del registro es **acme.ejemplo.com**, la distribución de CloudFront debe incluir **acme.ejemplo.com** como uno de los nombres de dominio alternativos. Para obtener más información, consulte [Uso de nombres de dominio alternativos (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) en la *Guía para CloudFront desarrolladores de Amazon*.
+ **Bucket de Amazon S3**: el nombre del registro debe coincidir con el nombre del bucket de Amazon S3. Por ejemplo, si el nombre del bucket es **acme.ejemplo.com**, el nombre de este registro también debe ser **acme.ejemplo.com**.
Además, debe configurar el bucket para el hospedaje de sitio web. Para obtener más información, consulte [Configuración de un bucket para un alojamiento de sitio web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) en la *Guía del usuario de Amazon Simple Storage Service*.
**Caracteres especiales**
Para obtener información sobre cómo especificar caracteres distintos de a-z, 0-9 y - (guion), y cómo especificar nombres de dominio internacionalizados, consulte [Formato de nombres de dominio DNS](DomainNameFormat.md).
**Caracteres comodín**
Puede usar un asterisco (\$1) en el nombre. DNS trata el asterisco como comodín o como el carácter ASCII (42) \$1, en función de dónde aparece en el nombre. Para obtener más información, consulte [Uso de un asterisco (\$1) en nombres de zonas alojadas y registros](DomainNameFormat.md#domain-name-format-asterisk).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico. Seleccione el mismo valor para todos los registros del grupo de registros basados en IP:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Ubicación
Cuando configure Route 53 para que responda a las consultas DNS en función de la ubicación desde la que se originan las consultas, seleccione la ubicación CIDR para la que desea que Route 53 responda con la configuración de este registro.
**importante**
Le recomendamos que cree un registro basado en la IP que tenga el valor **Default** (Predeterminado) para **Location** (Ubicación). Esto cubre las ubicaciones geográficas para las que no se hayan creado registros y las direcciones IP para las que Route 53 no puede identificar la ubicación.
No puede crear non-IP-based registros que tengan los mismos valores de **nombre** y **tipo de registro** que los registros basados en IP.
Para obtener más información, consulte [Direccionamiento basado en IP](routing-policy-ipbased.md).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias basado en IP, alias de latencia o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
En el caso de los registros de alias basados en IP, si un punto de conexión no está en buen estado, Route 53 busca un registro dentro de la ubicación asociada más grande. Por ejemplo, supongamos que tiene registros para un estado en Estados Unidos, para Estados Unidos, para América del Norte y para todas las ubicaciones (**Location (Ubicación)** es **Default (Predeterminada)**). Si el punto de conexión del registro de estado no está en buen estado, Route 53 verifica los registros para Estados Unidos, para América del Norte y para todas las ubicaciones, en ese orden, hasta que encuentre un registro con un punto de conexión en buen estado. Si ninguno de los registros está en buen estado, incluido el registro de todas las ubicaciones, Route 53 responde a la consulta de DNS utilizando el valor del registro de la región geográfica más pequeña.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es una API regional personalizada o una API optimizada para periferias de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en Endpoint y el **entorno** contiene un balanceador de carga ELB, Elastic Load Balancing direcciona las consultas únicamente a las instancias de Amazon en EC2 buen estado que estén registradas en el balanceador de carga. (Un entorno contiene automáticamente un balanceador de cargas ELB si incluye más de una EC2 instancia de Amazon). Si estableces **Evaluar el estado del objetivo** en **Sí** y ninguna EC2 instancia de Amazon está en buen estado o el propio balanceador de carga no está en buen estado, Route 53 redirige las consultas a otros recursos disponibles que estén en buen estado, si los hay.
Si el entorno contiene una sola EC2 instancia de Amazon, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Classic Load Balancers**: si especificas un balanceador de carga clásico ELB **en** Endpoint, Elastic Load Balancing direcciona las consultas únicamente a las instancias de EC2 Amazon en buen estado que estén registradas en el balanceador de carga. Si estableces **Evaluar el estado del objetivo** en **Sí** y ninguna EC2 instancia está en buen estado o el propio balanceador de carga no está en buen estado, Route 53 redirige las consultas a otros recursos.
+ **Network Load Balancers y aplicaciones**: si especifica un Network Load Balancers o aplicaciones ELB, y establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las EC2 instancias que registre en un balanceador de cargas ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en **Endpoint** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Ingrese un valor que identifique de manera única este registro en el grupo de registros basados en IP.
# Valores específicos de registros de respuesta de varios valores
Cuando se crean registros de respuesta de varios valores, hay que especificar los siguientes valores.
**nota**
No se permite la creación de alias de respuesta de varios valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-multivalue-routing-policy)
+ [Nombre del registro](#rrsets-values-multivalue-name)
+ [Tipo de registro](#rrsets-values-multivalue-type)
+ [TTL (segundos)](#rrsets-values-multivalue-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-multivalue-value)
+ [Chequeo de salud](#rrsets-values-multivalue-associate-with-health-check)
+ [ID de registro](#rrsets-values-multivalue-set-identifier)
## Política de direccionamiento
Elija **Multivalue answer** (Respuesta con varios valores).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros de varios valores.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione cualquier valor excepto **NS** o **CNAME**.
Seleccione el mismo valor para todos los registros del grupo de registros de respuesta con varios valores.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
**nota**
Si crea dos o más registros de respuesta con varios valores que tienen el mismo nombre y el mismo tipo, está usando la consola y especifica valores distintos para **TTL**, Route 53 cambia el valor de **TTL** de todos los registros al último valor especificado.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Si escribe más de un valor, escriba cada uno en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Ha seleccionado **Yes** (Sí) para **Evaluate target health** (Evaluar estado del destino) para un registro de alias o para los registros de un grupo de registros de alias de conmutación por error, alias de geolocalización, alias de latencia o alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros de respuesta con varios valores.
# Valores específicos de registros ponderados
Cuando se crean registros ponderados, hay que especificar los siguientes valores.
**Topics**
+ [Política de direccionamiento](#rrsets-values-weighted-routing-policy)
+ [Nombre del registro](#rrsets-values-weighted-name)
+ [Tipo de registro](#rrsets-values-weighted-type)
+ [TTL (segundos)](#rrsets-values-weighted-ttl)
+ [Valor/ruta de destino del tráfico](#rrsets-values-weighted-value)
+ [Peso](#rrsets-values-weighted-weight)
+ [Health check](#rrsets-values-weighted-associate-with-health-check)
+ [ID de registro](#rrsets-values-weighted-set-identifier)
## Política de direccionamiento
Seleccione **Weighted (Ponderado)**.
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no ingrese un valor (por ejemplo, un símbolo @) en el campo **Record name** (Nombre del registro).
Escriba el mismo nombre para todos los registros del grupo de registros ponderados.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-shared.md#rrsets-values-common-name).
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el mismo valor para todos los registros del grupo de registros ponderados.
## TTL (segundos)
El tiempo, en segundos, en que desea que los solucionadores recursivos de DNS almacenen en caché información sobre este registro. Si especifica un valor más largo (por ejemplo, 172 800 segundos o dos días), se reduce el número de llamadas que los solucionadores recursivos de DNS deben realizar a Route 53 para obtener la información más reciente de este registro. Esto reduce la latencia y la factura del servicio Route 53. Para obtener más información, consulte [Cómo dirige Amazon Route 53 el tráfico de su dominio](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).
Sin embargo, si especifica un valor más largo para TTL, los cambios realizados en el registro (por ejemplo, una nueva dirección IP) tardarán más tiempo en surtir efecto, ya que los solucionadores recursivos usan los valores de la memoria caché durante periodos más largos antes de solicitar la información más reciente a Route 53. Si está cambiando la configuración de un dominio o subdominio que ya está en uso, le recomendamos que inicialmente especifique un valor más corto, por ejemplo, 300 segundos y que aumente el valor después de confirmar que la configuración nueva es correcta.
Si asocia este registro a una comprobación de estado, es recomendable que especifique un TTL de 60 segundos o menos para que los clientes respondan rápidamente a los cambios de estado.
Debe especificar el mismo valor de **TTL** para todos los registros de este grupo de registros ponderados.
**nota**
Si crea dos o más registros ponderados que tienen el mismo nombre y el mismo tipo, y especifica valores distintos para **TTL** (TTL), Route 53 cambia el valor de **TTL** (TTL) de todos los registros al último valor especificado.
Si un grupo de registros ponderados incluye uno o más registros de alias ponderados que dirigen tráfico a un balanceador de carga de ELB, es recomendable especificar un TTL de 60 segundos para todos los registros ponderados sin alias que tengan el mismo nombre y tipo. Los valores distintos de 60 segundos (el TTL de los equilibradores de carga) cambiarán el efecto de los valores que especifique para **Weight (Ponderación)**.
## Valor/ruta de destino del tráfico
Elija **IP address or another value depending on the record type (Dirección IP u otro valor en función del tipo de registro)**. Ingrese un valor que sea adecuado para el valor de **Record type** (Tipo de registro). Para todos los tipos excepto **CNAME**, puede escribir más de un valor. Escriba cada valor en una línea independiente.
Puede dirigir el tráfico a, o especificar los siguientes valores:
+ **A — IPv4 dirección**
+ **AAAA — IPv6 dirección**
+ **CAA: autorización de la entidad de certificación**
+ **CNAME: nombre canónico**
+ **MX: intercambio de correo**
+ **NAPTR: señalizador de autoridad de asignación de nombres**
+ **PTR: puntero**
+ **SPF: marco de políticas de remitente**
+ **SRV: localizador de servicios**
+ **TXT: texto**
Para obtener más información sobre los valores anteriores, consulte [los valores comunes Value/Route del tráfico hacia](resource-record-sets-values-shared.md#rrsets-values-common-value).
## Peso
Un valor que determina la proporción de consultas de DNS a las que Route 53 responde usando el registro actual. Route 53 calcula la suma de las ponderaciones de los registros que tienen la misma combinación de nombre y tipo de DNS. Luego, Route 53 responde a las consultas en función de la relación entre el peso de un recurso y el total.
No puede crear registros sin ponderación que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros ponderados.
Escriba un número entero entre 0 y 255. Para deshabilitar el direccionamiento a un recurso, establezca **Weight (Ponderación)** en 0. Si establece **Weight (Ponderación)** en 0 para todos los registros del grupo, el tráfico se dirige a todos los recursos con una probabilidad equivalente. De este modo, se asegurará de que no desactivará por error el enrutamiento de un grupo de registros ponderados.
El efecto de establecer **Weight (Ponderación)** en 0 es diferente cuando se asocian comprobaciones de estado a los registros ponderados. Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).
## Health check
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros ponderados.
# Valores específicos de registros de alias ponderados
Cuando se crean registros de alias ponderados, hay que especificar los siguientes valores. Para obtener más información, consulte [Elección entre registros de alias y sin alias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [Política de direccionamiento](#rrsets-values-weighted-alias-routing-policy)
+ [Nombre del registro](#rrsets-values-weighted-alias-name)
+ [Tipo de registro](#rrsets-values-weighted-alias-type)
+ [Valor/ruta de destino del tráfico](#rrsets-values-weighted-alias-alias-target)
+ [Peso](#rrsets-values-weighted-alias-weight)
+ [Chequeo de salud](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Evaluate target health](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID de registro](#rrsets-values-weighted-alias-set-identifier)
## Política de direccionamiento
Elija **Weighted** (Ponderada).
## Nombre del registro
Escriba el nombre del dominio o subdominio para el que desea dirigir el tráfico. El valor predeterminado es el nombre de la zona alojada.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo **Name (Nombre)**.
Escriba el mismo nombre para todos los registros del grupo de registros ponderados.
Para obtener más información acerca de nombres de registro, consulte [Nombre del registro](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## Tipo de registro
El tipo de registro de DNS. Para obtener más información, consulte [Tipos de registros de DNS admitidos](ResourceRecordTypes.md).
Seleccione el valor aplicable en función del AWS recurso al que está enrutando el tráfico:
**API regionales personalizadas o API optimizadas para bordes de API Gateway**
Selecciona **A — IPv4 dirección**.
**Puntos de conexión de interfaz de Amazon VPC**
Seleccione **A — IPv4 dirección**.
**CloudFront distribución**
Seleccione **A — IPv4 dirección**.
Si IPv6 está habilitada para la distribución, cree dos registros, uno con el valor **A ( IPv4 dirección** para el **tipo**) y otro con el valor **AAAA ( IPv6 dirección)**.
**Servicio de App Runner**
Seleccione **A — dirección IPv4 **
**Entorno de Elastic Beanstalk con subdominios regionalizados**
Seleccione **A — IPv4 dirección**
**Balanceador de carga de ELB**
Seleccione la ** IPv4 dirección A** o la dirección **AAAA IPv6 **
**Bucket de Amazon S3**
Seleccione **A — dirección IPv4 **
**OpenSearch Servicio**
Seleccione **una IPv4 dirección** o una dirección **AAAA IPv6 **
**Otro registro en esta zona alojada**
Seleccione el tipo de registro para el que va a crear el alias. Se admiten todos los tipos, excepto **NS** y **SOA**.
Si va a crear un registro de alias con el mismo nombre que la zona alojada (lo que se conoce como *ápex de zona*), no podrá dirigir el tráfico a un registro en el que el valor de **Type (Tipo)** sea **CNAME**. Esto se debe a que el registro de alias debe tener el mismo tipo que el registro al que está redirigiendo el tráfico y no es posible crear un registro CNAME para el ápex de zona (ni siquiera para un registro de alias).
Seleccione el mismo valor para todos los registros del grupo de registros ponderados.
## Valor/ruta de destino del tráfico
El valor que elija de la lista o que escriba en el campo depende del AWS recurso al que dirija el tráfico.
Para obtener información sobre AWS los recursos a los que puede dirigirse, consulte [los valores comunes de los registros de alias a los que se dirige value/route el tráfico](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).
Para obtener más información sobre cómo configurar Route 53 para enrutar el tráfico a AWS recursos específicos, consulte[Enrutar el tráfico de Internet a sus AWS recursos](routing-to-aws-resources.md).
## Peso
Un valor que determina la proporción de consultas de DNS a las que Route 53 responde usando el registro actual. Route 53 calcula la suma de las ponderaciones de los registros que tienen la misma combinación de nombre y tipo de DNS. Luego, Route 53 responde a las consultas en función de la relación entre el peso de un recurso y el total.
No puede crear registros sin ponderación que tengan los mismos valores de **Record name** (Nombre del registro) y **Record type** (Tipo de registro) que los registros ponderados.
Escriba un número entero entre 0 y 255. Para deshabilitar el direccionamiento a un recurso, establezca **Weight (Ponderación)** en 0. Si establece **Weight (Ponderación)** en 0 para todos los registros del grupo, el tráfico se dirige a todos los recursos con una probabilidad equivalente. De este modo, se asegurará de que no desactivará por error el enrutamiento de un grupo de registros ponderados.
El efecto de establecer **Weight (Ponderación)** en 0 es diferente cuando se asocian comprobaciones de estado a los registros ponderados. Para obtener más información, consulte [Cómo elige Amazon Route 53 registros cuando está configurado la comprobación de estadoCómo elige Route 53 registros cuando está configurado la comprobación de estado](health-checks-how-route-53-chooses-records.md).
## Chequeo de salud
Si desea que Route 53 verifique el estado de un punto de conexión dado y que solamente responda a las consultas de DNS utilizando este registro cuando el punto de conexión esté en buen estado, seleccione una comprobación de estado.
Route 53 no verifica el estado del punto de conexión especificado en el registro; por ejemplo, el punto de conexión que especifica la dirección IP en el campo **Valor**. Cuando se selecciona una comprobación de estado para un registro, Route 53 verifica el estado del punto de conexión especificado. Para obtener información sobre cómo Route 53 determina si un punto de conexión tiene un estado correcto, consulte [Cómo determina Amazon Route 53 si la comprobación de estado es correctaCómo determina Route 53 si la comprobación de estado es correcta](dns-failover-determining-health-of-endpoints.md).
La asociación de una comprobación de estado a un conjunto de registros de recursos solo es útil cuando Route 53 elige entre dos o más registros para responder a una consulta de DNS y desea que Route 53 base la elección parcialmente en el estado de la comprobación de estado. Use las comprobaciones de estado solamente en las siguientes configuraciones:
+ Está comprobando el estado de todos los registros de un grupo de registros que tienen el mismo nombre, tipo y política de enrutamiento (como los registros de conmutación por error o ponderados) y especifica la comprobación IDs de estado de todos los registros. Si en la comprobación de estado de un registro se especifica un punto de conexión que no está en buen estado, Route 53 deja de responder a las consultas mediante el valor de dicho registro.
+ Seleccione **Yes** (Sí) en **Evaluate Target Health** (Evaluar el estado del destino) para un registro de alias o los registros de un grupo de alias de conmutación por error, alias de geolocalización, alias de latencia, alias basado en IP o registro de alias ponderado. Si los registros de alias hacen referencia a registros que no son alias en la misma zona alojada, también debe especificar comprobaciones de estado para estos últimos. Si asocia una comprobación de estado a un registro de alias y también selecciona **Yes** para **Evaluate Target Health**, ambos deben evaluarse como verdaderos. Para obtener más información, consulte [¿Qué sucede cuando se asocia una comprobación de estado a un registro de alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).
Si en las comprobaciones de estado se especifica el punto de conexión solo por nombre de dominio, es recomendable crear una comprobación de estado independiente para cada punto de conexión. Por ejemplo, cree una comprobación de estado para cada servidor HTTP que sirva contenido de www.ejemplo.com. Para el valor de **Domain name** (Nombre de dominio), especifique el nombre de dominio del servidor (por ejemplo, us-east-2-www.example.com), no el nombre de los registros (example.com).
**importante**
En esta configuración, si crea una comprobación de estado cuyo valor de **Domain name** coincide con el nombre de los registros y luego la asocia con estos, los resultados de la comprobación serán impredecibles.
## Evaluate target health
Seleccione **Sí**, si desea que Route 53 determine si debe responder a las consultas de DNS mediante este registro al verificar el estado del recurso especificado mediante **Punto de conexión**.
Tenga en cuenta lo siguiente:
**API Gateway personalizado, regional APIs y optimizado para entornos periféricos APIs**
No existen requisitos especiales para establecer **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) cuando el punto de conexión es una API regional personalizada o una API optimizada para bordes de API Gateway.
**CloudFront distribuciones**
No puede establecer **Evaluar el estado del objetivo** en **Sí** cuando el punto final es una CloudFront distribución.
**Entornos de Elastic Beanstalk que tienen subdominios regionalizados**
Si especifica un entorno de Elastic Beanstalk en **Punto de conexión** y el entorno contiene un equilibrador de carga de ELB, Elastic Load Balancing dirige las consultas solo a las instancias de Amazon EC2 en buen estado que están registradas en el equilibrador de carga. (Un entorno contiene automáticamente un balanceador de carga de ELB si incluye más de una instancia Amazon EC2). Si establece **Evaluate target health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de Amazon EC2 en buen estado, o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos disponibles en buen estado, si los hay.
Si el entorno contiene una sola instancia Amazon EC2, no hay requisitos especiales.
**Balanceadores de carga de ELB**
El comportamiento de la comprobación de estado depende del tipo de balanceador de carga:
+ **Equilibradores de carga clásicos**: si especifica un equilibrador de carga clásico de ELB en **Punto de conexión**, Elastic Load Balancing dirigirá las consultas solo a las instancias de Amazon EC2 en buen estado que estén registradas con el equilibrador de carga. Si establece **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí) y no hay instancias de EC2 en buen estado o el balanceador de carga en sí no está en buen estado, Route 53 dirige las consultas a otros recursos.
+ **Balanceadores de carga de red y aplicaciones**: si especifica un balanceador de carga de red o aplicaciones ELB, y establece **Evaluate Target Health** (Evaluar estado del destino) en **Yes** (Sí), Route 53 dirige consultas al balanceador de carga en función del estado de los grupos de destino asociados al balanceador de carga:
+ Para que se considere que un Application Load Balancer o un Network Load Balancer está en buen estado, cada grupo de destinos que contenga destinos debe contener al menos un destino en buen estado. Si cualquier grupo de destinos contiene únicamente destinos en mal estado, se considera que el balanceador de carga está en mal estado y Route 53 envía las consultas a otros recursos.
+ Un grupo de destinos que no tiene destinos registrados se considera que no está en buen estado.
Al crear un balanceador de carga, configura las opciones de las comprobaciones de estado de Elastic Load Balancing. Estas no son comprobaciones de estado de Route 53, pero realizan una función similar. No cree comprobaciones de estado de Route 53 para las instancias de EC2 que registre en un balanceador de carga de ELB.
**Buckets de S3**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es un bucket de S3.
**Puntos de enlace de interfaz de Amazon VPC**
No existen requisitos especiales para establecer **Evaluar estado del destino** en **Sí** cuando el punto de conexión es uno de interfaz de Amazon VPC.
**Otros registros de la misma zona alojada**
Si el AWS recurso que especifica en el **punto final** es un registro o un grupo de registros (por ejemplo, un grupo de registros ponderados) pero no es otro registro de alias, le recomendamos que asocie una comprobación de estado a todos los registros del punto final. Para obtener más información, consulte [¿Qué sucede cuando se omiten las comprobaciones de estado?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).
## ID de registro
Escriba un valor que identifique de manera exclusiva este registro en el grupo de registros ponderados.
# Creación de registros mediante la importación de un archivo de zona
Si está migrando desde otro proveedor de servicios DNS, y si su proveedor de servicios DNS actual le permite exportar la configuración DNS actual a un archivo de zona, puede crear rápidamente todos los registros para una zona alojada de Amazon Route 53 importando un archivo de zona.
**nota**
Un archivo de zona utiliza un formato estándar conocido como BIND para representar registros en un formato de texto. Para obtener más información sobre el formato de un archivo de zona, consulte la página de Wikipedia [Zone file](https://en.wikipedia.org/wiki/Zone_file). Encontrará más información en [RFC 1034, Domain Names—Concepts and Facilities](https://datatracker.ietf.org/doc/html/rfc1034) (sección 3.6.1) y en [RFC 1035, Domain Names—Implementation and Specification](https://datatracker.ietf.org/doc/html/rfc1035) (sección 5).
Si desea crear registros importando un archivo de zona, tenga en cuenta lo siguiente:
+ El archivo de zona debe estar en formato compatible con RFC.
+ El nombre de dominio de los registros del archivo de zona debe coincidir con el nombre de la zona alojada.
+ Route 53 es compatible con las palabras clave `$ORIGIN` y `$TTL`. Si el archivo de zona incluye las palabras clave `$GENERATE` o `$INCLUDE`, no se podrá realizar la importación y Route 53 devuelve un error.
+ Al importar el archivo de zona, Route 53 ignora el registro de SOA del archivo de zona. Route 53 también ignora cualquier registro NS que tenga el mismo nombre que la zona alojada.
+ Puede importar un máximo de 1000 registros.
+ Si la zona alojada ya contiene registros que aparecen en el archivo de zona, se produce un error en el proceso de importación y no se crean registros.
+ En el caso de los registros TXT que contienen caracteres de barra invertida, el proceso de importación del archivo de zona interpreta determinadas secuencias de barras invertidas como caracteres de control. Para incluir caracteres de barra invertida verdaderos en los valores de los registros TXT:
+ Utilice barras invertidas dobles (`\\\\`) en el archivo de zona para representar verdaderamente una sola barra invertida en el registro TXT final.
+ Por ejemplo, si el registro TXT debe contener `\\jYTDWqH...` (una barra invertida verdadera y j), especifique `\\\\jYTDWqH...` en el archivo de zona.
Esto es especialmente importante para los registros de desafío de ACME y otros registros TXT que contienen verdaderamente caracteres de barra invertida.
+ En el caso de los registros TXT largos (como los registros DKIM), el proceso de importación de archivos de zona permite dividir el contenido en varias cadenas. Para crear registros TXT con varias cadenas:
+ Utilice líneas distintas en el archivo de zona con el mismo nombre y tipo de registro.
**Example**
```
example.com. 300 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC"
example.com. 300 IN TXT "7fCC6C13dM9tXuJmUBH7D4Vw8y1ByJ8z9QX2fvLm3pN4sR5tU6vW7xY8zA9bC0dE1f"
example.com. 300 IN TXT "G2hI3jK4lM5nO6pQ7rS8tU9vW0xY1zA2bC3dE4fG5hI6jK7lM8nO9pQ0rS1tU2vW3x"
```
El proceso de importación las combina automáticamente en un único registro TXT con varias cadenas. Cada cadena individual puede contener hasta 65 535 caracteres. No concatene cadenas largas en un solo valor entre comillas.
+ Le recomendamos que revise el contenido del archivo de zona para confirmar que los nombres de registro incluyen o excluyen un punto final según corresponda:
+ Cuando el nombre de un registro del archivo de zona incluye un punto final (`example.com.`), la importación lo interpreta como un nombre de dominio completo y crea un registro de Route 53 con ese nombre.
+ Si el nombre de un registro del archivo de zona no lleva un punto final (`www`), el proceso de importación lo concatena con el nombre del dominio del archivo de zona (`example.com`) y crea un registro de Route 53 con el nombre concatenado (`www.example.com`).
Si el proceso de exportación no agrega un punto final a los nombres de dominio completos de un registro, el proceso de importación de Route 53 agregará el nombre de dominio al nombre del registro. Por ejemplo, suponga que está importando registros a la zona alojada `example.com` y el nombre de un registro MX del archivo de zona es `mail.example.com`, sin punto final. El proceso de importación de Route 53 crea un registro MX denominado `mail.example.com.example.com`.
**importante**
Para los registros CNAME, MX, PTR y SRV, este comportamiento también se aplica al nombre de dominio que se incluye en el valor de RDATA. Por ejemplo, supongamos que tiene un archivo de zona para `example.com`. Si un registro CNAME del archivo de zona (`support`, sin punto final) tiene un valor de RDATA de `www.example.com` (también sin punto final), el proceso de importación crea un registro de Route 53 con el nombre `support.example.com`, que dirige el tráfico a `www.example.com.example.com`. Antes de importar su archivo de zona, revise los valores RDATA y actualícelos si es necesario. En el caso de los registros TXT que contienen barras invertidas, utilice barras invertidas dobles (`\\\\`) en el archivo de zona para representar realmente barras invertidas.
Route 53 no admite la exportación de registros a un archivo de zona.
**nota**
Si crea un registro con el mismo nombre que el de la zona alojada, no escriba un valor (por ejemplo, un símbolo @) en el campo Name (Nombre).
**Para crear registros mediante la importación de un archivo de zona**
1. Obtener un archivo de zona del proveedor de servicios DNS que administra el dominio actualmente. El proceso y la terminología varían de un proveedor de servicios a otro. Consulte la interfaz y la documentación de su proveedor para saber cómo exportar o guardar sus registros en un archivo de zona o un archivo BIND.
Si el proceso no es evidente, solicite al servicio de soporte de su proveedor de DNS actual la información sobre su *lista de recursos* o su *archivo de zona*.
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **Zonas alojadas**.
1. En la página **Zonas alojadas**, cree una zona alojada:
1. Elija **Crear zona alojada**.
1. Escriba el nombre de su dominio y, opcionalmente, un comentario.
1. Elija **Create** (Crear).
1. Elija **Import zone file** (Importar archivo de zona).
1. En el panel **Import zone file** (Importar archivo de zona), pegue el contenido de su archivo de zona en el cuadro de texto **Zone file** (Archivo de zona).
1. Seleccione **Importar**.
**nota**
En función de la cantidad de registros de su archivo de zona, es posible que tenga que esperar unos minutos hasta que se creen dichos registros.
1. Si utiliza otro servicio DNS para el dominio (algo habitual si registró el dominio con otro registrador), migre el servicio DNS a Route 53. Cuando se haya completado ese paso, el registrador comenzará a identificar Route 53 como su servicio DNS en respuesta a las consultas de DNS para su dominio, y las consultas comenzarán a enviarse a los servidores DNS de Route 53. (En general, pasan uno o dos días hasta que las consultas de DNS comienzan a dirigirse a Route 53, porque los solucionadores de DNS almacenan en su caché la información sobre su servicio DNS anterior todo ese tiempo). Para obtener más información, consulte [Establecer Amazon Route 53 como servicio DNS de un dominio existenteEstablecer Route 53 como servicio DNS de un dominio existente](MigratingDNS.md).
# Editar registros
En el siguiente procedimiento se explica cómo editar registros mediante la consola de Amazon Route 53. Para obtener información sobre cómo editar registros mediante la API de Route 53, consulte la *referencia [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)de la API de Amazon Route 53*.
**nota**
Sus cambios en los registros tardan tiempo en propagarse en los servidores DNS de Route 53. Actualmente, la única forma de comprobar que los cambios se han propagado es mediante la acción de la [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Por lo general, los cambios se propagan a todos los servidores de Route 53 en un plazo de 60 segundos.
**Edición de registros mediante la consola de Route 53**
1. Si no está editando registros de alias, vaya al paso 2.
Si va a editar registros de alias que enruten el tráfico a equilibradores de carga clásicos elásticos, equilibradores de carga de aplicación o equilibradores de carga de red, y si creó la zona alojada de Route 53 y el equilibrador de carga con cuentas diferentes, siga el procedimiento [Obtención del nombre DNS de un equilibrador de carga elástico](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) para obtener el nombre de DNS del equilibrador de carga.
Si vas a editar los registros de alias de cualquier otro AWS recurso, continúa con el paso 2.
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **Crear zona alojada**.
1. En la página **Zonas alojadas**, elija la fila de la zona alojada que contiene los registros que desea editar.
1. Seleccione la fila del registro que desea editar y, a continuación, ingrese los cambios en el panel **Edit record** (Editar registro).
1. Ingrese los valores aplicables. Para obtener más información, consulte [Valores que hay que especificar al crear o editar los registros de Amazon Route 53.](resource-record-sets-values.md).
1. Elija **Save changes (Guardar cambios)**.
1. Si está editando varios registros, repita los pasos 5 a 7.
# Eliminar registros
En el siguiente procedimiento, se explica cómo eliminar registros mediante la consola de Route 53. Para obtener información sobre cómo eliminar registros mediante la API de Route 53, consulte la *referencia [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)de la API de Amazon Route 53*.
**nota**
Sus cambios en los registros tardan tiempo en propagarse en los servidores DNS de Route 53. Actualmente, la única forma de comprobar que los cambios se han propagado es mediante la acción de la [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Por lo general, los cambios se propagan a todos los servidores de Route 53 en un plazo de 60 segundos.
**Para eliminar registros**
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En la página Zonas alojadas, elija la fila de la zona alojada que contiene los registros que desea eliminar.
1. En la lista de registros, seleccione el registro que desea eliminar.
Para seleccionar varios registros consecutivos, elija la primera fila, mantenga pulsada la tecla **Mayús** y elija la última fila. Para seleccionar varios registros no consecutivos, elija la primera fila, mantenga pulsada la tecla **Ctrl** y elija las demás filas.
No puede eliminar los registros que tengan el valor **NS** o **SOA** en **Type (Tipo)**.
1. Elija **Eliminar**.
1. Elija **Delete** (Eliminar) para cerrar el cuadro de diálogo.
# Descripción de registros
En el siguiente procedimiento se explica cómo enumerar los registros de una zona alojada mediante la consola de Amazon Route 53. Para obtener información sobre cómo enumerar registros mediante la API de Route 53, consulte [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)la *referencia de la API de Amazon Route 53*.
**Para enumerar los registros**
1. Inicie sesión en la consola de Route 53 Consola de administración de AWS y ábrala en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **Zonas alojadas**.
1. En la página **Zonas alojadas**, elija el nombre de una zona alojada nueva.
1. Para cambiar el modo de búsqueda, seleccione el ícono de engranaje en la esquina superior derecha de la tabla **Registros**. Elija una de las siguientes opciones:
+ **Automático**
Con este modo, el servicio utiliza un filtro basado en varios registros. Completo para menos de 2000 y rápido para más de 2000 registros.
+ **Completo**
Con este modo, todos los filtros de búsqueda están disponibles, pero es posible que el rendimiento de la búsqueda sea más lento.
+ **Rápido**
Con este modo, algunas características avanzadas no están disponibles, pero el rendimiento de la búsqueda será más rápido.
Para visualizar únicamente registros seleccionados, escriba los criterios de búsqueda sobre la lista de registros. En el modo automático, el comportamiento de búsqueda depende de si la zona alojada contiene hasta 2000 registros o más de 2000 registros:
**Hasta 2000 registros y modo completo**
+ Para visualizar los registros que tengan valores específicos, ingrese un valor en la barra de búsqueda y luego pulse **Entrar**. Por ejemplo, para mostrar los registros que tengan una dirección IP que empiece por **192.0**, escriba el valor en el campo **Search (Buscar)** y pulse **Enter (Intro)**.
+ Para visualizar solo los registros que tengan el mismo tipo de registro de DNS, seleccione **Record type** (Tipo de registro) en la lista desplegable e ingrese el tipo de registro.
+ Para visualizar únicamente registros de alias, seleccione **Alias** (Alias) en la lista desplegable e ingrese **Yes**.
+ Para visualizar únicamente registros ponderados, seleccione **Routing policy** (Política de direccionamiento) en la lista desplegable e ingrese **WEIGHTED**.
**Más de 2000 registros y modo rápido**
+ Puede buscar solo en los nombres de registro, no en los valores de registro. Tampoco puede filtrar en función del tipo de registro o en los registros de alias o ponderados.
Para ello, coloque el cursor en el cuadro de texto **Filtro**, seleccione **Propiedades** y, a continuación, **Nombre del registro**.
+ En el caso de los registros que tienen tres etiquetas (tres partes separadas por puntos), al escribir un valor en el campo de búsqueda y pulsar **Entrar**, la consola de Route 53 realiza automáticamente una búsqueda de comodín en la tercera etiqueta desde la derecha del nombre de registro. Por ejemplo, suponga que la zona alojada example.com contiene 100 registros denominados record1.example.com a record100.example.com. (Record1 es la tercera etiqueta desde la derecha). A continuación se indica lo que sucede cuando se busca en los siguientes valores:
+ **record1**: la consola de Route 53 busca **record1\$1.example.com** (record1\$1.example.com), que devuelve **record1.example.com** (record1.example.com), **record10.example.com** (record10.example.com) a través de **record19.example.com** (record19.example.com) y **record100.example.com** (record100.example.com).
+ **record1.example.com**: como en el ejemplo anterior, la consola busca **record1\$1.example.com** (record1\$1.example.com) y devuelve los mismos registros.
+ **1** (1): la consola busca **1\$1.example.com** (1\$1.example.com) y no devuelve ningún registro.
+ **example** (ejemplo): la consola busca **example\$1.example.com** (example\$1.example.com) y no devuelve ningún registro.
+ **example.com** (example.com): en este ejemplo, la consola no realiza una búsqueda de comodín. Devuelve todos los registros de la zona alojada.
+ **Modo de búsqueda automática**: cuando utilice este modo de búsqueda, primero debe proporcionar una propiedad, como el nombre del registro, para poder realizar la búsqueda.
**nota**
Si la tercera etiqueta desde la derecha contiene uno o varios guiones (como, por ejemplo `third-label.example.com`) y si busca la parte de la tercera etiqueta justo delante del guion (`third`, en este ejemplo), Route 53 no devolverá ningún registro. En su lugar, incluya el guion (busque `third-`) u omita el carácter que aparece justo delante de este (busque `third`).
+ En el caso de los registros que tienen cuatro o más etiquetas, debe especificar el nombre exacto del registro. No se admiten las búsquedas de comodín. Por ejemplo, si la zona alojada incluye un registro llamado label4.record1.example.com, puede encontrarlo solo si especifica **label4.record1.example.com** en el campo de búsqueda.