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.
# Trabajar con zonas públicas alojadas
Una zona alojada pública es un contenedor que incluye información sobre cómo desea direccionar el tráfico en Internet hacia un dominio específico (como example.com) y sus subdominios (como acme.example.com, zenith.example.com). Puede obtener una zona alojada pública de una de las dos formas siguientes:
+ Al registrar un dominio con Route 53, creamos automáticamente una zona alojada.
+ Al transferir el servicio DNS de un dominio existente a Route 53, comience con la creación de una zona alojada para el dominio. 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).
En ambos casos, cree registros en la zona alojada para especificar cómo desea dirigir el tráfico del dominio y los subdominios. Por ejemplo, puede crear un registro para enrutar el tráfico de www.example.com a una CloudFront distribución o a un servidor web de su centro de datos. Para obtener más información acerca de los registros, consulte [Uso de registros](rrsets-working-with.md).
En este tema se explica cómo utilizar la consola de Amazon Route 53 para crear, enumerar y eliminar las zonas alojadas públicas.
**nota**
También puede usar una zona alojada *privada* de Route 53 para enrutar el tráfico dentro de una o varias VPCs que cree con el servicio Amazon VPC. Para obtener más información, consulte [Uso de zonas alojadas privadas](hosted-zones-private.md).
**Topics**
+ [
# Consideraciones sobre el uso de zonas alojadas públicas
](hosted-zone-public-considerations.md)
+ [
# Crear una zona alojada pública
](CreatingHostedZone.md)
+ [
# Obtener los servidores de nombres para una zona alojada pública
](GetInfoAboutHostedZone.md)
+ [
# Enumeración de zonas alojadas públicas
](ListInfoOnHostedZone.md)
+ [
# Visualización de métricas de consultas de DNS para una zona alojada pública
](hosted-zone-public-viewing-query-metrics.md)
+ [
# Eliminación de una zona alojadas pública
](DeleteHostedZone.md)
+ [
# Comprobación de las respuestas de DNS de Route 53
](dns-test.md)
+ [
# Configuración de servidores de nombres de etiqueta blanca
](white-label-name-servers.md)
+ [
# Registros SOA y NS que crea Amazon Route 53 para una zona alojada pública
](SOA-NSrecords.md)
+ [
# Permite una recuperación acelerada para administrar los registros DNS públicos
](accelerated-recovery.md)
# Consideraciones sobre el uso de zonas alojadas públicas
Tenga en cuenta las siguientes consideraciones al trabajar con zonas alojadas públicas:
**Registros NS y SOA**
Cuando crea una zona alojada, Amazon Route 53 genera automáticamente un registro del servidor de nombres (NS) y un registro de inicio de autoridad (SOA) para dicha zona. El registro NS identifica los cuatro servidores de nombres que se proporcionan al registrador o al servicio DNS para que las consultas de DNS se redirijan a los servidores de nombres de Route 53. Para obtener más información acerca de los registros NS y SOA, consulte [Registros SOA y NS que crea Amazon Route 53 para una zona alojada pública](SOA-NSrecords.md).
**Varias zonas alojadas que tienen el mismo nombre**
Puede crear más de una zona alojada que tenga el mismo nombre y agregar diferentes registros para cada zona alojada. Route 53 asigna cuatro servidores de nombres a cada zona alojada, diferentes para cada una de ellas. Al actualizar los registros del servidor de nombres de su registrador, asegúrese de utilizar los servidores de nombres de Route 53 para la zona alojada correcta (es decir, la que contiene los registros que desea que utilice Route 53 al responder a las consultas del dominio). Route 53 nunca devuelve valores de registros de otras zonas alojadas que tengan el mismo nombre.
**Conjuntos de delegación reutilizables**
De forma predeterminada, Route 53 asigna un conjunto único de cuatro servidores de nombres (conocido colectivamente como un conjunto de delegación) para cada zona alojada creada. Si desea crear un número elevado de zonas alojadas, puede crear un conjunto de delegación reutilizable mediante programación. (Los conjuntos de delegación reutilizables no están disponibles en la consola de Route 53). A continuación, puede crear zonas alojadas mediante programación y asignar el mismo conjunto de delegaciones reutilizable (los mismos cuatro servidores de nombres) a cada zona alojada.
Los conjuntos de delegación reutilizables simplifican la migración del servicio DNS a Route 53, ya que puede indicar a su registrador de nombres de dominio que use los mismos cuatro servidores de nombres para todos los dominios para los que desea usar Route 53 como el servicio DNS. Para obtener más información, consulte [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)la *referencia de la API de Amazon Route 53*.
# Crear una zona alojada pública
Una zona alojada pública es un contenedor que incluye información sobre cómo desea dirigir el tráfico en Internet hacia un dominio específico (como example.com) y sus subdominios (como acme.example.com, zenith.example.com). Después de crear una zona alojada, cree registros que especifiquen cómo desea dirigir el tráfico del dominio y los subdominios.
**Restricciones**
Tenga en cuenta las siguientes restricciones para crear zonas alojadas con Route 53.
Puede crear una zona alojada solo para los dominios para los que tenga permiso para administrar. Por lo general, esto indicará que es el propietario del dominio, aunque también podría estar desarrollando una aplicación para el registrador del dominio.
Solo puede crear zonas alojadas para dominios y subdominios. Route 53 no admite el alojamiento de dominios de nivel superior (TLD), como `.com`.
**Para crear una zona alojada pública a través de 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. Si es la primera vez que utiliza Route 53, seleccione **Get started** (Introducción) en **DNS management** (Administración de DNS).
Si ya trabaja con Route 53, seleccione **Hosted zones** (Zonas alojadas) en el panel de navegación.
1. Elija **Create hosted zone** (Crear zona alojada).
1. En el panel **Create Hosted Zone** (Crear zona alojada) escriba el nombre del dominio cuyo tráfico desea dirigir. Si lo desea, también puede escribir un comentario.
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).
1. En **Type** acepte el valor predeterminado de **Public Hosted Zone**.
1. Elija **Create** (Crear).
1. Cree registros que especifiquen cómo desea dirigir el tráfico del dominio y los subdominios. Para obtener más información, consulte [Uso de registros](rrsets-working-with.md).
1. Para utilizar los registros de la nueva zona alojada para dirigir el tráfico de su dominio, consulte el tema pertinente:
+ Si hace que Route 53 sea el servicio DNS de un dominio registrado en otro registrador de dominios, consulte [Establecer Amazon Route 53 como servicio DNS de un dominio existenteEstablecer Route 53 como servicio DNS de un dominio existente](MigratingDNS.md).
+ Si el dominio está registrado en Route 53, consulte [Adición o modificación de servidores de nombres y registros de conexión de un dominio](domain-name-servers-glue-records.md).
# Obtener los servidores de nombres para una zona alojada pública
Obtendrá los servidores de los nombres de una zona alojada pública si quiere cambiar el servicio DNS del registro de su dominio. Para obtener información acerca de cómo cambiar el servicio DNS, consulte [Establecer Amazon Route 53 como servicio DNS de un dominio existenteEstablecer Route 53 como servicio DNS de un dominio existente](MigratingDNS.md).
**nota**
Algunos registradores solo permiten especificar servidores de nombres a través de direcciones IP; no permiten especificar nombres de dominio completos. Si su registrador requiere el uso de direcciones IP, puede obtener las direcciones IP de sus servidores de nombres mediante la herramienta dig (para Mac, Unix o Linux) o la herramienta nslookup (para Windows). No solemos cambiar las direcciones IP de los servidores de nombres; si tenemos que cambiar las direcciones IP, se lo notificaremos por adelantado.
**Para obtener los servidores de nombres de una zona alojada a través de 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, haga clic en **Hosted zones** (Zonas alojadas).
1. En la página **Hosted zones** (Zonas alojadas), elija el botón de radio (no el nombre) de la zona alojada y luego **View details** (Ver detalles).
1. En la página de detalles de la zona alojada, elija **Hosted zone details** (Detalles de la zona alojada).
1. Anote los nombres de los cuatro servidores que aparecen en **Name servers** (Servidores de nombres).
# Enumeración de zonas alojadas públicas
Puede usar la consola de Amazon Route 53 para enumerar todas las zonas alojadas que creó con la AWS cuenta actual. Para obtener información sobre cómo enumerar las zonas alojadas mediante la API de Route 53, consulte [ListHostedZones](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListHostedZones.html)la *referencia de la API de Amazon Route 53*.
**Para ver una lista de las zonas alojadas públicas asociadas a una AWS cuenta 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 **Zonas alojadas**. La página muestra una lista de las zonas alojadas que están asociadas a la AWS cuenta con la que ha iniciado sesión actualmente.
1. Para filtrar las zonas alojadas, utilice la barra de búsqueda situada en la parte superior de la tabla.
El comportamiento de búsqueda depende de si la zona alojada contiene hasta 2000 registros o más de 2000 registros:
**Hasta 2000 zonas alojadas**
+ Para visualizar los registros que tengan valores específicos, haga clic en la barra de búsqueda, elija una propiedad en la lista desplegable e ingrese un valor. También puede ingresar un valor directamente en la barra de búsqueda y pulsar Entrar. Por ejemplo, para mostrar las zonas alojadas que tienen un nombre que comience por **abc**, ingrese ese valor en la barra de búsqueda y pulse Entrar.
+ Para visualizar solo las zonas alojadas que tengan el mismo tipo de zona alojada, seleccione el tipo en la lista desplegable e ingrese el tipo.
**Más de 2000 zonas alojadas**
+ Puede buscar propiedades basadas en el nombre de dominio exacto, todas las propiedades y el tipo.
+ Busque con el nombre de dominio exacto para obtener resultados de búsqueda más rápidos.
# Visualización de métricas de consultas de DNS para una zona alojada pública
Puede ver el número total de consultas de DNS a las que responde Route 53 para una zona alojada pública especificada o una combinación de zonas alojadas públicas. Las métricas aparecen en CloudWatch, lo que te permite ver un gráfico, elegir el período de tiempo que quieres ver y personalizar las métricas de muchas otras formas. También puede crear alarmas y configurar notificaciones para recibir una notificación cuando el número de consultas de DNS de un periodo de tiempo especificado quede por encima o por debajo de un nivel especificado.
**nota**
Route 53 envía automáticamente el número de consultas de DNS a CloudWatch todas las zonas alojadas públicas, por lo que no es necesario configurar nada para poder ver las métricas de las consultas. No se aplican cargos por las métricas de consulta de DNS.
**¿Qué consultas de DNS se cuentan?**
Las métricas incluyen solo las consultas que los solucionadores de DNS reenvíen a Route 53. Si un solucionador de DNS ya ha almacenado en caché la respuesta a una consulta (por ejemplo, la dirección IP de un balanceador de carga para example.com), el solucionador continuará devolviendo la respuesta almacenada en caché sin reenviar la consulta a Route 53 hasta que venza el TTL del registro correspondiente.
Dependiendo de la cantidad de las consultas de DNS que se envíen para un nombre de dominio (example.com) o nombre de subdominio (www.example.com), cuyos solucionadores están utilizando sus usuarios y el TTL para el registro, las métricas de consulta de DNS pueden contener información sobre una única consulta de cada varios miles de consultas que se enviaron a los solucionadores de DNS. Para obtener más información sobre cómo funciona DNS, 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).
**¿Cuándo empiezan a aparecer las métricas de consultas de una zona alojada en CloudWatch?**
Después de crear una zona alojada, transcurren hasta varias horas antes de que la zona alojada aparezca en CloudWatch. Además, debe enviar una consulta de DNS de un registro de la zona alojada para que haya datos que mostrar.
**Las métricas solo están disponibles en EE. UU. Este (Norte de Virginia)**
Para obtener métricas en la consola, debe especificar EE. UU. Este (Norte de Virginia) para la región. Para obtener métricas mediante la AWS CLI, debe dejar la AWS región sin especificar o especificarla `us-east-1` como región. Las métricas de Route 53 no están disponibles si elige otra región.
**CloudWatch métrica y dimensión para las consultas de DNS**
Para obtener información sobre la CloudWatch métrica y la dimensión de las consultas de DNS, consulte[Supervisión de zonas alojadas mediante Amazon CloudWatch](monitoring-hosted-zones-with-cloudwatch.md). Para obtener información sobre CloudWatch las métricas, consulta [Uso de CloudWatch las métricas de Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html) en la *Guía del CloudWatch usuario de Amazon*.
**Obtención de datos más detallados sobre las consultas de DNS**
Para obtener información más detallada acerca de cada consulta de DNS a la que responde Route 53, incluidos los siguientes valores, puede configurar el registro de consultas:
+ Dominio o subdominio que se solicitó
+ La fecha y la hora de la solicitud
+ El tipo de registro de DNS (por ejemplo, A o AAAA)
+ La ubicación periférica de Route 53 que ha respondido a la consulta de DNS
+ El código de respuesta de DNS como, por ejemplo, `NoError` o `ServFail`
Para obtener más información, consulte [Registro de consultas de DNS públicas](query-logs.md).
**Cómo obtener métricas de consulta de DNS**
Poco después de crear una zona alojada, Amazon Route 53 comienza a enviar métricas y dimensiones una vez por minuto a CloudWatch. Puede usar los siguientes procedimientos para ver las métricas en la CloudWatch consola o verlas mediante AWS Command Line Interface (AWS CLI).
**Topics**
+ [
## Ver las métricas de consultas de DNS de una zona alojada pública en la CloudWatch consola
](#hosted-zone-public-viewing-query-metrics-console)
+ [
## Obtener métricas de consultas de DNS mediante AWS CLI
](#hosted-zone-public-viewing-query-metrics-cli)
## Ver las métricas de consultas de DNS de una zona alojada pública en la CloudWatch consola
Para ver las métricas de consultas de DNS de las zonas alojadas públicas en la CloudWatch consola, lleve a cabo el siguiente procedimiento.
**Para ver las métricas de consultas de DNS de una zona alojada pública en la CloudWatch consola**
1. Inicie sesión en Consola de administración de AWS y abra la CloudWatch consola en [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. En el panel de navegación, seleccione **Métricas**.
1. En la lista de AWS regiones de la esquina superior derecha de la consola, selecciona **EE.UU. Este (Norte de Virginia)**. Las métricas de Route 53 no están disponibles si eliges otra AWS región.
1. En la pestaña **All metrics**, elija **Route 53**.
1. Elija **Hosted Zone Metrics (Métricas de zona alojada)**.
1. Selecciona la casilla de verificación de una o más zonas alojadas que tengan el nombre de la métrica **DNSQueries**.
1. En la pestaña **Graphed metrics (Métricas incluidas en el gráfico)** cambie los valores aplicables para ver las métricas en el formato que desee.
En **Estadística**, elija **Suma** o **SampleCount**; ambas estadísticas muestran el mismo valor.
## Obtener métricas de consultas de DNS mediante AWS CLI
Para obtener las métricas de consultas de DNS mediante el AWS CLI, utilice el [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html)comando. Tenga en cuenta lo siguiente:
+ La mayoría de los valores del comando se especifican en un archivo JSON independiente. Para obtener más información, consulte [get-metric-data](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html).
+ El comando devuelve un valor para cada intervalo que especifique para `Period` en el archivo JSON. `Period` está en segundos, por lo que si especifica un periodo de tiempo de cinco minutos y especifica `60` para `Period`, obtendrá cinco valores. Si especifica un periodo de cinco minutos y especifica `300` en `Period`, obtendrá un valor.
+ En el archivo JSON, puede especificar cualquier valor para `Id`.
+ Deje la AWS región sin especificar o especifíquela `us-east-1` como región. Las métricas de Route 53 no están disponibles si elige otra región. Para obtener más información, consulte [Configuración de la AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) en la *Guía del AWS Command Line Interface usuario*.
Este es el AWS CLI comando que se utiliza para obtener las métricas de las consultas de DNS correspondientes al período de cinco minutos comprendido entre las 4:01 y las 4:07 del 1 de mayo de 2019. El parámetro `metric-data-queries` hace referencia al archivo JSON de ejemplo que sigue al comando.
```
aws cloudwatch get-metric-data --metric-data-queries file://./metric.json --start-time 2019-05-01T04:01:00Z --end-time 2019-05-01T04:07:00Z
```
A continuación se muestra el archivo JSON de ejemplo:
```
[
{
"Id": "my_dns_queries_id",
"MetricStat": {
"Metric": {
"Namespace": "AWS/Route53",
"MetricName": "DNSQueries",
"Dimensions": [
{
"Name": "HostedZoneId",
"Value": "Z1D633PJN98FT9"
}
]
},
"Period": 60,
"Stat": "Sum"
},
"ReturnData": true
}
]
```
Esta es la salida de este comando. Tenga en cuenta lo siguiente:
+ La hora de inicio y la hora de finalización del comando abarcan un periodo de tiempo de siete minutos, de `2019-05-01T04:01:00Z` a `2019-05-01T04:07:00Z`.
+ Solo hay seis valores devueltos. No hay ningún valor para `2019-05-01T04:05:00Z` porque no había consultas de DNS durante ese minuto.
+ El valor de `Period` especificado en el archivo JSON es `60` (segundos), por lo que los valores se notifican en intervalos de un minuto.
```
{
"MetricDataResults": [
{
"Id": "my_dns_queries_id",
"StatusCode": "Complete",
"Label": "DNSQueries",
"Values": [
101.0,
115.0,
103.0,
127.0,
111.0,
120.0
],
"Timestamps": [
"2019-05-01T04:07:00Z",
"2019-05-01T04:06:00Z",
"2019-05-01T04:04:00Z",
"2019-05-01T04:03:00Z",
"2019-05-01T04:02:00Z",
"2019-05-01T04:01:00Z"
]
}
]
}
```
# Eliminación de una zona alojadas pública
En esta sección, se explica cómo eliminar una zona alojada pública con la consola de Amazon Route 53.
Solamente puede eliminar una zona alojada si los únicos registros son los registros SOA y NS predeterminados. Si su zona alojada contiene otros registros, debe eliminarlos para poder eliminar su zona alojada. Esto le impide eliminar accidentalmente una zona alojada que siga conteniendo registros.
**Topics**
+ [
## Cómo evitar que el tráfico se dirija a su dominio
](#delete-public-hosted-zone-stop-routing)
+ [
## Eliminación de zonas alojadas públicas creadas por otro servicio
](#delete-public-hosted-zone-created-by-another-service)
+ [
## Elimine una zona alojada pública mediante la consola de Route 53.
](#delete-public-hosted-zone-procedure)
## Cómo evitar que el tráfico se dirija a su dominio
Si desea conservar el registro del dominio pero desea detener el enrutamiento del tráfico de Internet a su sitio web o aplicación web, le recomendamos que elimine *registros* en la zona alojada en lugar de eliminar la zona alojada.
**importante**
La eliminación de una zona alojada es una acción que no se puede deshacer. Debe crear una nueva zona alojada y actualizar los servidores de nombres de su registro de dominio, proceso que puede requerir hasta 48 horas en surtir efecto. Además, si elimina una zona alojada, alguien podría piratear el dominio y dirigir el tráfico a sus propios recursos utilizando su nombre de dominio.
Si ha delegado la responsabilidad de un subdominio a una zona alojada y desea eliminar la zona alojada secundaria, también debe actualizar la zona alojada principal eliminando el registro de NS que tiene el mismo nombre que la zona alojada secundaria. Por ejemplo, si desea eliminar la zona alojada acme.example.com, también debe eliminar el registro de NS acme.example.com en la zona alojada example.com. Se recomienda eliminar primero el registro de NS y esperar a que transcurra el tiempo del TTL en el registro de NS antes de eliminar la zona alojada secundaria. Esto garantiza que no se pueda piratear la zona alojada secundaria durante el período en el que los solucionadores de DNS todavía tengan los servidores de nombres para la zona alojada secundaria en caché.
Si desea evitar la tarifa mensual correspondiente a la zona alojada, puede transferir el servicio de DNS del dominio a un servicio de DNS gratuito. Cuando transfiere el servicio de DNS, debe actualizar los servidores de nombres del registro de dominio. Si el dominio está registrado en Route 53, consulte [Adición o modificación de servidores de nombres y registros de conexión de un dominio](domain-name-servers-glue-records.md) para obtener información sobre cómo sustituir los servidores de nombres de Route 53 por los servidores de nombres del nuevo servicio DNS. Si el dominio está registrado en otro registrador, utilice el método proporcionado por el registrador para actualizar los servidores de nombres del registro de dominio. Para obtener más información, busque en Internet “servicio DNS gratis”.
## Eliminación de zonas alojadas públicas creadas por otro servicio
Si otro servicio ha creado una zona alojada, no puede eliminarla con la consola de Route 53. En su lugar, ha de utilizar el proceso correspondiente del otro servicio:
+ **AWS Cloud Map**— Para eliminar una zona alojada que se AWS Cloud Map creó al crear un espacio de nombres DNS público, elimine el espacio de nombres. AWS Cloud Map elimina la zona alojada automáticamente. Para obtener más información, consulte [Eliminación de espacios de nombres](https://docs.aws.amazon.com/cloud-map/latest/dg/deleting-namespaces.html) en la *AWS Cloud Map Guía para desarrolladores de *.
+ **Descubrimiento de servicios de Amazon Elastic Container Service (Amazon ECS)**: para eliminar una zona alojada pública que Amazon ECS creó al crear un servicio mediante la detección de servicios, elimine los servicios de Amazon ECS que utilizan el espacio de nombres y elimine el espacio de nombres. Para obtener más información, consulte [Eliminación de un servicio](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/delete-service.html) en la *Guía para desarrolladores de Amazon Elastic Container Service*.
## Elimine una zona alojada pública mediante la consola de Route 53.
Para utilizar la consola de Route 53 para eliminar una zona alojada pública, realice el siguiente procedimiento.
**Elimine una zona alojada pública 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 **Hosted zones** (Zonas alojadas) y elija el enlace resaltado de la zona alojada que quiera eliminar.
1. Confirme que la zona alojada que desea eliminar solo contiene un registro NS y SOA. Si contiene registros adicionales, elimínelos: También tendrá que desactivar la firma de DNNSSEC:
**nota**
Si intenta eliminar la zona alojada sin cumplir estos requisitos, Route 53 arrojará un error:
Si la firma de DNSSEC está activada: la zona alojada especificada contiene claves de firma de claves de DNSSEC y, por lo tanto, no se puede eliminar.
Si existen otros conjuntos de registros de recursos (distintos de los registros SOA y NS predeterminados): la zona alojada especificada contiene conjuntos de registros de recursos no obligatorios y, por lo tanto, no se puede eliminar.
1. En la lista **Records** (Registros) de la página de detalles de la zona alojada, si la lista de registros incluye registros cuyo valor para la columna **Type** (Tipo) es distinto de NS o SOA, elija la fila y, a continuación, elija **Delete** (Eliminar).
Para seleccionar varios registros s consecutivos, elija la primera fila, mantenga presionada la tecla **Mayús** y elija la última fila. Para seleccionar varios registros no consecutivos, elija la primera fila, mantenga presionada la tecla **Ctrl** y elija las filas restantes.
**nota**
Si ha creado cualquier registro NS para subdominios en la zona alojada, elimine también esos registros.
1. Regrese a la página **Hosted zones** (Zonas alojadas) y elija la fila de la zona alojada que desea eliminar.
1. Elija **Eliminar**.
1. Escriba la clave de confirmación y elija **Delete** (Eliminar).
1. Si desea hacer que el dominio no esté disponible en Internet, le recomendamos que transfiera el servicio DNS a un servicio DNS gratuito y, a continuación, eliminar la zona alojada de Route 53. Esto evita que las futuras consultas DNS puedan dirigirse erróneamente.
Si el dominio está registrado en Route 53, consulte [Adición o modificación de servidores de nombres y registros de conexión de un dominio](domain-name-servers-glue-records.md) para obtener información sobre cómo sustituir los servidores de nombres de Route 53 por los servidores de nombres del nuevo servicio DNS. Si el dominio está registrado en otro registrador, utilice el método proporcionado por el registrador para cambiar servidores de nombres en el dominio.
**nota**
Si desea eliminar una zona alojada para un subdominio (acme.example.com), no es necesario cambiar servidores de nombres del dominio (example.com).
# Comprobación de las respuestas de DNS de Route 53
Si ha creado una zona alojada de Amazon Route 53 para su dominio, puede utilizar la herramienta de comprobación de DNS de la consola para ver cómo responderá Route 53 a las consultas de DNS si configura su dominio para utilizar Route 53 como servicio DNS. Para los registros de geolocalización, geoproximidad y latencia, también puede simular las consultas desde una dirección IP concreta de un and/or cliente de resolución de DNS para averiguar qué respuesta devolvería Route 53.
**importante**
La herramienta no envía consultas al sistema de nombres de dominio, solo responde en función de la configuración de los registros de la zona alojada. La herramienta devuelve la misma información independientemente de si la zona alojada se está utilizando actualmente para dirigir el tráfico del dominio.
La herramienta de comprobación de DNS funciona solo para zonas alojadas públicas.
**nota**
La herramienta de comprobación de DNS muestra información similar a la que cabría esperar de la sección de respuestas del comando `dig`. Por lo tanto, si consulta los servidores de nombres de un subdominio que apuntan a los servidores de nombres principales, no se mostrará esta información.
**Topics**
+ [
## Uso de la herramienta de comprobación para ver cómo responde Amazon Route 53 a consultas de DNS
](#dns-test-how-route-53-responds)
+ [
## Uso de la herramienta de comprobación para simular consultas desde direcciones IP específicas (solo para registros de geolocalización y latencia)
](#dns-test-simulate-requests)
## Uso de la herramienta de comprobación para ver cómo responde Amazon Route 53 a consultas de DNS
Puede utilizar la herramienta para ver qué respuesta devuelve Amazon Route 53 a una consulta de DNS para un registro.
**Para usar la herramienta de comprobación y ver cómo responde Route 53 a consultas de DNS**
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 **Hosted Zones**.
1. En la página **Hosted Zones**, elija el nombre de una zona alojada nueva. La consola muestra la lista de registros de dicha zona alojada.
1. Para ir directamente a la página **Check response from Route 53** (Verificar respuesta de Route 53), elija **Test record** (Registro de prueba).
1. Especifique los siguientes valores:
+ El nombre del registro, excepto el nombre de la zona alojada. Por ejemplo, para comprobar **www.example.com**, ingrese **www**. Para comprobar **example.com**, deje el campo **Record name (Nombre de registro)** en blanco.
+ El tipo del registro que desea comprobar, como **A** o **CNAME**.
1. Elija **Get Response**.
1. La sección **Response returned by Route 53** incluye los siguientes valores:
**Código de respuesta de DNS**
Un código que indica si la consulta era válida o no. El código de respuesta más habitual es **NOERROR**, para indicar que la consulta era válida. Si la respuesta no es válida, Route 53 devuelve un código de respuesta que explica el motivo. Para obtener una lista de posibles códigos de respuesta, consulte [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) en el sitio web de IANA.
**Protocolo**
El protocolo que Amazon Route 53 utilizó para responder a la consulta, **UDP** o **TCP**.
**Respuesta devuelta por Route 53**
El valor que devolvería Route 53 a una aplicación web. Puede ser uno de los siguientes:
+ Para los registros sin alias, la respuesta contiene el valor o los valores del registro.
+ Para varios registros que tengan el mismo nombre y tipo, que incluyan ponderación, geolocalización, latencia y conmutación por error, la respuesta contiene el valor del registro adecuado, en función de la solicitud.
+ En el caso de los registros de alias que hacen referencia a AWS recursos distintos de otro registro, la respuesta contiene una dirección IP o un nombre de dominio para el AWS recurso, según el tipo de recurso.
+ Para registros de alias que hacen referencia a otros registros, la respuesta contiene el valor o los valores del registro al que se hace referencia.
## Uso de la herramienta de comprobación para simular consultas desde direcciones IP específicas (solo para registros de geolocalización y latencia)
Si ha creado registros de latencia o de geolocalización, puede utilizar la herramienta de comprobación para simular consultas desde la dirección IP para un solucionador de DNS y un cliente.
**Para utilizar la herramienta de comprobación para simular consultas desde direcciones IP específicas**
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 **Hosted Zones**.
1. En la página **Hosted Zones**, elija el nombre de una zona alojada nueva. La consola muestra la lista de registros de dicha zona alojada.
1. Para ir directamente a la página **Check response from Route 53**, elija **Test record set**.
Para ir a la página **Check response from Route 53** (Comprobar respuesta de Route 53) de un registro específico, seleccione la casilla para ese registro y elija **Test record set** (Probar conjunto de registros).
1. Si elige **Test record set (Probar conjunto de registros)** sin seleccionar antes un registro, especifique los siguientes valores:
+ El nombre del registro, excepto el nombre de la zona alojada. Por ejemplo, para comprobar **www.example.com**, ingrese **www**. Para comprobar **example.com**, deje el campo **Record name (Nombre de registro)** en blanco.
+ El tipo del registro que desea comprobar, como **A** o **CNAME**.
1. Especifique los valores aplicables:
**Dirección IP de solucionador**
Especifique una IPv6 dirección IPv4 o para simular la ubicación del solucionador de DNS que utiliza un cliente para realizar las solicitudes. Esto resulta útil para comprobar los registros de latencia y geolocalización. Si omite este valor, la herramienta utilizará la dirección IP de un solucionador de DNS de la región AWS EE.UU. Este (Virginia del Norte) (us-east-1).
**EDNS0 IP de subred del cliente**
Si el solucionador lo admite EDNS0, introduzca la IP de la subred del cliente para una dirección IP en la ubicación geográfica correspondiente, por ejemplo, **192.0.2.0** o **2001:db 8:85** a3: :8a2e: 370:7334.
**Máscara de subred**
Si especifica una dirección IP para la IP de la **subred del EDNS0 cliente, si lo desea, puede especificar el número de bits de la dirección IP** que desea que la herramienta de comprobación incluya en la consulta de DNS. **Por ejemplo, si especifica **192.0.2.44** para la **IP de la subred del EDNS0 cliente y **24** para la máscara de subred****, la herramienta de comprobación simulará** una consulta desde 192.0.2.0/24.** El valor predeterminado es 24 bits para las direcciones y 64 bits para las direcciones. IPv4 IPv6
1. Elija **Get Response**.
1. La sección **Response returned by Route 53** incluye los siguientes valores:
**Consulta de DNS enviada a Route 53**
La consulta, en [formato BIND](https://en.wikipedia.org/wiki/Zone_file), que la herramienta de comprobación envió a Route 53. Este es el mismo formato que usaría una aplicación web para enviar una consulta. Los tres valores suelen ser el nombre del registro, **IN** (es decir, Internet) y el tipo de registro.
**Código de respuesta de DNS**
Un código que indica si la consulta era válida o no. El código de respuesta más habitual es **NOERROR**, para indicar que la consulta era válida. Si la respuesta no es válida, Route 53 devuelve un código de respuesta que explica el motivo. Para obtener una lista de posibles códigos de respuesta, consulte [DNS RCODES](http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6) en el sitio web de IANA.
**Protocolo**
El protocolo que Amazon Route 53 utilizó para responder a la consulta, **UDP** o **TCP**.
**Respuesta devuelta por Route 53**
El valor que devolvería Route 53 a una aplicación web. Puede ser uno de los siguientes:
+ Para los registros sin alias, la respuesta contiene el valor o los valores del registro.
+ Para varios registros que tengan el mismo nombre y tipo, que incluyan ponderación, geolocalización, latencia y conmutación por error, la respuesta contiene el valor del registro adecuado, en función de la solicitud.
+ En el caso de los registros de alias que hacen referencia a AWS recursos distintos de otro registro, la respuesta contiene una dirección IP o un nombre de dominio para el AWS recurso, según el tipo de recurso.
+ Para registros de alias que hacen referencia a otros registros, la respuesta contiene el valor o los valores del registro al que se hace referencia.
# Configuración de servidores de nombres de etiqueta blanca
Cada zona alojada de Amazon Route 53 se asocia a cuatro servidores de nombres, conocidos colectivamente como conjunto de delegación. El nombre predeterminado de los servidores de nombres es similar a ns-2048.awsdns-64.com. Si desea que el nombre de dominio de sus servidores de nombres sea el mismo que el nombre de dominio de la zona alojada, por ejemplo, ns1.example.com, puede configurar servidores de nombres de etiqueta blanca, también conocidos como servidores de nombres personalizados o servidores de nombres privados.
Los siguientes pasos explican cómo configurar un conjunto de cuatro servidores de nombres de etiqueta blanca que puede reutilizar para varios dominios. Por ejemplo, suponga que posee los dominios example.com, example.org y example.net. Con este procedimiento, puede configurar servidores de nombres de etiqueta blanca para example.com y reutilizarlos con example.org y example.net.
**Topics**
+ [
## Paso 1: Crear un conjunto de delegación reutilizable de Route 53
](#white-label-name-servers-create-reusable-delegation-set)
+ [
## Paso 2: Crear o volver a crear zonas alojadas de Amazon Route 53 y cambiar el TTL de los registros SOA y NS
](#white-label-name-servers-create-hosted-zones)
+ [
## Paso 3: Volver a crear los registros para las zonas alojadas
](#white-label-name-servers-create-resource-record-sets)
+ [
## Paso 4: Obtener direcciones IP
](#white-label-name-servers-get-ip-addresses)
+ [
## Paso 5: Crear registros para servidores de nombres de etiqueta blanca
](#white-label-name-servers-create-white-label-resource-record-sets)
+ [
## Paso 6: Actualizar los registros SOA y NS
](#white-label-name-servers-update-ns-soa-records)
+ [
## Paso 7: Crear registros de adherencia y cambiar los servidores de nombres del registrador
](#white-label-name-servers-create-glue-records)
+ [
## Paso 8: Monitorizar el tráfico para el sitio web o aplicación
](#white-label-name-servers-monitor-traffic)
+ [
## Paso 9: TTLs Vuelva a sus valores originales
](#white-label-name-servers-change-ttls-back)
+ [
## Paso 10: Ponerse en contacto con los servicios DNS recursivos (opcional)
](#white-label-name-servers-contact-recursive-dns-services)
## Paso 1: Crear un conjunto de delegación reutilizable de Route 53
Los servidores de nombres de etiqueta blanca están asociados a un conjunto de delegación de Route 53 reutilizable. Puede usar servidores de nombres de marca blanca para una zona alojada solo si la zona alojada y el conjunto de delegación reutilizable los creó la misma AWS cuenta.
Para crear un conjunto de delegación reutilizable, puede usar la API de Route 53, la AWS CLI o una de las AWS SDKs. Para obtener más información, consulte la siguiente documentación sobre :
+ **API de Route 53**: consulte [CreateReusableDelegationSet](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateReusableDelegationSet.html)la *referencia de la API de Amazon Route 53*
+ **AWS CLI**: consulte [create-reusable-delegation-set](https://docs.aws.amazon.com/cli/latest/reference/route53/create-reusable-delegation-set.html)en la *referencia de AWS CLI comandos*
+ **AWS SDKs**Consulte la documentación del SDK correspondiente en la página de [AWS documentación](https://docs.aws.amazon.com/)
## Paso 2: Crear o volver a crear zonas alojadas de Amazon Route 53 y cambiar el TTL de los registros SOA y NS
Cree o vuelva a crear las zonas alojadas de Amazon Route 53:
+ **Si no utiliza Route 53 como servicio DNS para los dominios en los que desea utilizar servidores de nombres de etiqueta blanca**: cree las zonas alojadas y especifique el conjunto de delegación reutilizable que creó en el paso anterior con cada zona alojada. Para obtener más información, consulte [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)la *referencia de la API de Amazon Route 53*.
+ **Si está utilizando Route 53 como servicio DNS para los dominios en los que desea utilizar servidores de nombres de marca blanca**: debe volver a crear las zonas alojadas en las que desea utilizar servidores de nombres de marca blanca y especificar el conjunto de delegación reutilizable que creó en el paso anterior para cada zona alojada.
**importante**
No puede cambiar los servidores de nombres que están asociados a una zona alojada existente. Puede asociar un conjunto de delegación reutilizable a una zona alojada solo cuando crea esta.
Al crear las zonas alojadas y antes de intentar acceder a los recursos de los dominios correspondientes, cambie los siguientes valores de TTL para cada zona alojada:
+ Cambie el valor del TTL para el registro NS para la zona alojada a 60 segundos o menos.
+ Cambie el valor del TTL mínimo para el registro de SOA para la zona alojada a 60 segundos o menos. Este es el último valor del registro de SOA.
Si por error proporciona a su registrador direcciones IP incorrectas para sus servidores de nombres de etiqueta blanca, su sitio web dejará de estar disponible y permanecerá así durante el período que dure el TTL después de corregir el problema. Al configurar un valor de TTL bajo, reduce el tiempo que su sitio web no está disponible.
Para obtener más información sobre la creación de zonas alojadas y la especificación de un conjunto de delegación reutilizable para los servidores de nombres de las zonas alojadas, consulte [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)la *referencia de la API de Amazon Route 53*.
## Paso 3: Volver a crear los registros para las zonas alojadas
Cree registros en las zonas alojadas que creó en el paso 2:
+ **Si está migrando un servicio DNS para sus dominios a Amazon Route 53**: es posible que pueda crear registros importando información sobre los registros existentes. Para obtener más información, consulte [Creación de registros mediante la importación de un archivo de zona](resource-record-sets-creating-import.md).
+ **Si está sustituyendo las zonas alojadas existentes para utilizar servidores de nombres de etiqueta blanca**: en las nuevas zonas alojadas, vuelva a crear los registros que aparecen en las zonas alojadas actuales. Route 53 no proporciona ningún método de exportación de registros desde una zona alojada, pero algunos proveedores externos sí lo hacen. A continuación, puede utilizar la característica de importación de Route 53 para importar registros sin alias cuya política de direccionamiento sea simple. No hay forma de exportar y reimportar registros de alias o registros cuya política de direccionamiento sea distinta de la simple.
Para obtener información sobre la creación de registros mediante la API de Route 53, consulte [CreateHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_CreateHostedZone.html)la *referencia de la API de Amazon Route 53*. Para obtener información sobre cómo crear registros mediante la consola de Route 53, consulte [Uso de registros](rrsets-working-with.md).
## Paso 4: Obtener direcciones IP
Obtenga las IPv6 direcciones IPv4 y las direcciones de los servidores de nombres del conjunto de delegación reutilizable y complete la siguiente tabla.
****
| Nombre de un servidor de nombres en el conjunto de delegación reutilizable (ejemplo: ns-2048.awsdns-64.com) | IPv4 y IPv6 direcciones | Nombre que desea asignar al servidor de nombres de etiqueta blanca (por ejemplo: ns1.example.com) |
| --- | --- | --- |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
| | IPv4: IPv6: | |
Por ejemplo, suponga que los cuatro servidores de nombres de su conjunto de delegación reutilizable son:
+ ns-2048.awsdns-64.com
+ ns-2049.awsdns-65.net
+ ns-2050.awsdns-66.org
+ ns-2051.awsdns-67.co.uk
Estos son los comandos de Linux y Windows que podría ejecutar a fin de obtener las direcciones IP para los primeros de los cuatro servidores de nombres:
**comandos dig para Linux**
```
% dig A ns-2048.awsdns-64.com +short
192.0.2.117
```
```
% dig AAAA ns-2048.awsdns-64.com +short
2001:db8:85a3::8a2e:370:7334
```
**comando nslookup para Windows**
```
c:\> nslookup ns-2048.awsdns-64.com
Non-authoritative answer:
Name: ns-2048.awsdns-64.com
Addresses: 2001:db8:85a3::8a2e:370:7334
192.0.2.117
```
## Paso 5: Crear registros para servidores de nombres de etiqueta blanca
En la zona alojada que tenga el mismo nombre (como example.com) que el nombre de dominio de los servidores de nombres de etiqueta blanca (como ns1.example.com), cree ocho registros:
+ Un registro A para cada servidor de nombres de etiqueta blanca
+ Un registro AAAA para cada servidor de nombres de etiqueta blanca
**importante**
Si utiliza los mismos servidores de nombres de etiqueta blanca para dos o más zonas alojadas, no ejecute este paso para las demás zonas alojadas.
Para cada registro, especifique los valores siguientes. Consulte la tabla que rellenó en el paso anterior:
**Política de direccionamiento**
Especifique **Simple routing** (Enrutamiento simple).
**Nombre del registro**
Nombre que desea asignar a uno de sus servidores de nombres de etiqueta blanca; por ejemplo, ns1.example.com. Para el prefijo (ns1 en este ejemplo), puede utilizar cualquier valor aceptable para un nombre de dominio.
**Valor/ruta de destino del tráfico**
La IPv6 dirección IPv4 o la dirección de uno de los servidores de nombres de Route 53 del conjunto de delegación reutilizable.
Si se equivocó al especificar las direcciones IP al crear los registros para sus servidores de nombres de etiqueta blanca, su sitio o aplicación web no estarán disponibles en Internet al realizar los pasos siguientes. Aunque corrija inmediatamente las direcciones IP, su sitio o aplicación web no estarán disponibles durante el tiempo que dure el TTL.
**Tipo de registro**
Especifique **A** cuando cree registros para las IPv4 direcciones.
Especifique **AAAA** al crear registros para las IPv6 direcciones.
**TTL (segundos)**
Este valor es la cantidad de tiempo que los solucionadores de DNS almacenan en caché la información de este registro antes de transmitir otra consulta de DNS a Route 53. Le recomendamos que especifique un valor inicial de 60 segundos o menos, para que pueda recuperarse rápidamente si especifica valores incorrectos en estos registros accidentalmente.
## Paso 6: Actualizar los registros SOA y NS
Actualice los registros SOA y NS en las zonas alojadas para las que desee utilizar servidores de nombres de etiqueta blanca. Realice los Pasos 6 a 8 para una zona alojada y el correspondiente dominio cada vez. Después, repita para otra zona alojada y dominio.
**importante**
Comience por la zona alojada de Amazon Route 53 que tenga el mismo nombre de dominio (como example.com) que los servidores de nombres de etiqueta blanca (como ns1.example.com).
1. Actualice el registro de SOA reemplazando el nombre del servidor de nombres de Route 53 por el nombre de uno de los servidores de nombres de etiqueta blanca
**Ejemplo**
Reemplazar el nombre del servidor de nombres de Route 53:
`ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60`
por el nombre de uno de los servidores de nombres de etiqueta blanca:
`ns1.example.com. hostmaster.example.com. 1 7200 900 1209600 60`
**nota**
Ha cambiado el último valor, el tiempo mínimo de vida (TTL), en [Paso 2: Crear o volver a crear zonas alojadas de Amazon Route 53 y cambiar el TTL de los registros SOA y NS](#white-label-name-servers-create-hosted-zones).
Para obtener información sobre cómo actualizar registros mediante la consola de Route 53, consulte [Editar registros](resource-record-sets-editing.md).
1. En el registro NS, anote los nombres de los servidores de nombres actuales para el dominio, para que pueda volver a estos servidores de nombres si fuera necesario.
1. Actualizar el registro NS. Cambie el nombre de los servidores de nombres de Route 53 por los nombres de sus cuatro servidores de nombres de etiqueta blanca; por ejemplo, `ns1.example.com`, `ns2.example.com`, `ns3.example.com` y `ns4.example.com`.
## Paso 7: Crear registros de adherencia y cambiar los servidores de nombres del registrador
Utilice el método proporcionado por el registrador para crear registros de adherencia y cambiar los servidores de nombres del registrador:
1. Agregar registros de adherencia:
+ **Si está actualizando el dominio que tiene el mismo nombre de dominio que los servidores de nombres de etiqueta blanca**: Cree cuatro registros de adherencia para que los nombres y direcciones IP coincidan con los valores que ha obtenido en el paso 4. Incluya IPv4 tanto la dirección como la IPv6 dirección de un servidor de nombres de marca blanca en el registro adhesivo correspondiente, por ejemplo:
**ns1.example.com**: direcciones IP = 192.0.2.117 y 2001:db8:85a3::8a2e:370:7334
Los registradores utilizan una terminología variada para los registros de adherencia. Podría hacerse referencia a esto como registro de nuevos servidores de nombres o algo similar.
+ **Si está actualizando otro dominio**: en le caso de que Route 53 sea su servicio DNS, primero debe completar el paso indicado en la viñeta anterior y crear los registros de adherencia que coincidan con el nombre de dominio. A continuación, vaya al paso 2 en este procedimiento.
1. Cambie los servidores de nombres del dominio por los nombres de los servidores de nombres de etiqueta blanca.
Si utiliza Amazon Route 53 como servicio DNS, consulte [Adición o modificación de servidores de nombres y registros de conexión de un dominio](domain-name-servers-glue-records.md).
## Paso 8: Monitorizar el tráfico para el sitio web o aplicación
Supervise el tráfico para el sitio web o aplicación para los que ha creado registros de adherencia y ha cambiado los servidores de nombres en el paso 7:
+ **Si el tráfico se detiene**: utilice el método proporcionado por el registrador para devolver los servidores de nombres del dominio a los servidores de nombres de Route 53 anteriores. Se trata de los servidores de nombres que anotó en el paso 6b. A continuación, determine qué ha fallado.
+ **Si el tráfico no se ve afectado**: repita los pasos 6 a 8 para el resto de las zonas alojadas con las que desea utilizar los mismos servidores de nombres de etiqueta blanca.
## Paso 9: TTLs Vuelva a sus valores originales
Para todas las zonas alojadas que están utilizando ahora servidores de nombres de etiqueta blanca, cambie los siguientes valores:
+ Cambie el TTL para el registro NS de la zona alojada a un valor más habitual; por ejemplo, 172800 segundos (dos días).
+ Cambie el TTL mínimo para el registro de SOA de la zona alojada a un valor más normal; por ejemplo, 900 segundos. Este es el último valor del registro de SOA.
## Paso 10: Ponerse en contacto con los servicios DNS recursivos (opcional)
*Opcional* Si utiliza el enrutamiento de geolocalización de Amazon Route 53, póngase en contacto con los servicios de DNS recursivo que admiten la edns-client-subnet extensión de y EDNS0 asígneles los nombres de sus servidores de nombres de marca blanca. De este modo, se garantiza que estos servicios de DNS seguirán dirigiendo consultas de DNS a la ubicación óptima de Route 53 en función de la ubicación geográfica aproximada de la que provino la consulta.
# Registros SOA y NS que crea Amazon Route 53 para una zona alojada pública
Para cada zona alojada pública que se crea, Amazon Route 53 genera automáticamente un registro de servidor de nombres (NS) y un registro de inicio autoridad (SOA). Apenas necesita cambiar estos registros.
**Topics**
+ [
## El registro de servidor de nombres (NS)
](#NSrecords)
+ [
## El registro de inicio de autoridad (SOA)
](#SOArecords)
## El registro de servidor de nombres (NS)
Amazon Route 53 crea automáticamente un registro de servidor de nombres (NS) que tiene el mismo nombre que la zona alojada. Enumera los cuatro servidores de nombres que son los autorizados para su zona alojada. Excepto en raras circunstancias, le recomendamos que no añada, cambie o elimine servidores de nombres en este registro.
Los ejemplos siguientes muestran el formato para los nombres de servidores de nombres de Route 53 (son solo ejemplos; no los utilice cuando actualice los registros de servidor de nombres de su registrador):
+ *ns-2048.awsdns-64.com*
+ *ns-2049.awsdns-65.net*
+ *ns-2050.awsdns-66.org*
+ *ns-2051.awsdns-67.co.uk*
Para obtener la lista de los servidores de nombres para su zona alojada:
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, haga clic en **Hosted zones** (Zonas alojadas).
1. En la página **Hosted zones** (Zonas alojadas), elija el botón de radio (no el nombre) de la zona alojada y luego **View details** (Ver detalles).
1. En la página de detalles de la zona alojada, elija **Hosted zone details** (Detalles de la zona alojada).
1. Anote los nombres de los cuatro servidores que aparecen en **Name servers** (Servidores de nombres).
Para obtener información acerca de cómo migrar el servicio DNS de otro proveedor de servicios DNS a Route 53, consulte [Establecer Amazon Route 53 como servicio DNS de un dominio existenteEstablecer Route 53 como servicio DNS de un dominio existente](MigratingDNS.md).
## El registro de inicio de autoridad (SOA)
El registro de inicio de autoridad (SOA) identifica la información de DNS básica sobre el dominio, por ejemplo:
```
1. ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 86400
```
Un registro de SOA incluye los siguientes elementos:
+ El servidor de nombres de Route 53 que creó el registro de SOA; por ejemplo, `ns-2048.awsdns-64.net`.
+ La dirección de correo electrónico del administrador. El símbolo `@` se sustituye por un punto; por ejemplo, `hostmaster.example.com`. El valor predeterminado es una dirección de correo electrónico amazon.com que no se supervisa.
+ Un número de serie que dispone de la opción de incremento siempre que se actualiza un registro en la zona alojada. Route 53 no incrementa el número de forma automática. (Los servicios DNS usan que admiten DNS secundario usan el número de serie). En este ejemplo, el valor es `1`.
+ El tiempo de actualización (en segundos) que los servidores DNS secundarios esperan antes de consultar el registro de SOA del servidor DNS primario y comprobar si hay cambios. En este ejemplo, el valor es `7200`.
+ El intervalo de reintento (en segundos) que un servidor secundario espera antes de reintentar una transferencia de zona errónea. Normalmente, el tiempo de reintento es inferior al de actualización. En este ejemplo, el valor es `900` (15 minutos).
+ El tiempo en segundos durante el cual un servidor secundario seguirá intentando completar una transferencia de zona. Si este tiempo finaliza antes de efectuar una transferencia de zona correcta, el servidor secundario dejará de responder a las consultas, ya que considera sus datos demasiado antiguos para ser de confianza. En este ejemplo el valor es `1209600` (dos semanas).
+ El tiempo mínimo de vida (TTL). Este valor permite definir el período de tiempo durante el que los solucionadores recursivos deben almacenar en caché las siguientes respuestas de Route 53:
**NXDOMAIN**
No hay ningún registro de ningún tipo con el nombre especificado en la consulta DNS; por ejemplo, ejemplo.com. Tampoco hay registros que sean elementos secundarios del nombre especificado en la consulta DNS; por ejemplo, zenith.ejemplo.com.
**NODATA**
Hay al menos un registro con el nombre especificado en la consulta DNS, pero ninguno de esos registros tiene el tipo especificado en la consulta DNS (por ejemplo, A).
Cuando un solucionador DNS almacena en caché una respuesta NXDOMAIN o NODATA, esto se denomina *almacenamiento en caché negativo*.
La duración del almacenamiento en caché negativo es el valor más bajo de los siguientes valores:
+ Este valor: el TTL mínimo del registro de SOA. En el ejemplo el valor es `86400` (un día).
+ Valor de TTL para el registro de SOA. El valor de predeterminado es de 900 segundos. Para obtener más información acerca de cómo cambiar este valor, consulte [Editar registros](resource-record-sets-editing.md).
Si Route 53 responde a las consulta de DNS con una respuesta NXDOMAIN o NODATA (una respuesta negativa), se le cobrará la tarifa de las consultas estándar. (Vea “Consultas” en [Precios de Amazon Route 53 ](https://aws.amazon.com/route53/pricing/)). Si le preocupa el coste de las respuestas negativas, una opción es cambiar el TTL del registro de SOA y el TTL mínimo del registro de SOA (este valor o ambos). Tenga en cuenta que aumentarlas TTLs, que se aplican a las respuestas negativas en toda la zona alojada, puede tener efectos tanto positivos como negativos:
+ Los solucionadores DNS de Internet almacenan en caché la inexistencia de registros durante períodos más largos, lo que reduce el número de consultas que se reenvían a Route 53. Esto reduce los gastos de Route 53 por las consulta de DNS.
+ Sin embargo, si alguna vez elimina por error un registro válido y posteriormente lo vuelve a crear, los solucionadores DNS almacenarán en caché la respuesta negativa (este registro no existe) durante un período más largo. Esto aumentará el tiempo que los clientes o usuarios no pueden acceder al recurso correspondiente; por ejemplo, un servidor web de acme.ejemplo.com.
**Para encontrar sus registros SOA en 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 **Zonas alojadas**.
1. Seleccione el nombre vinculado del dominio para el que desea ver los registros.
1. En la sección **Records** (Registros) puede ver todos los registros enumerados y también puede filtrar registros para encontrar su valor SOA.
# Permite una recuperación acelerada para administrar los registros DNS públicos
La recuperación acelerada de Route 53 para administrar registros DNS públicos está diseñada para alcanzar un objetivo de tiempo de recuperación (RTO) de 60 minutos en caso de que el servicio no esté disponible en la región de EE. UU. Este (Virginia del Norte). Si está activado en una zona alojada pública de Route 53, podrá volver a realizar cambios en los registros de DNS de la zona alojada pública en aproximadamente 60 minutos después de AWS detectar que las operaciones en la región EE.UU. Este (Virginia del Norte) están alteradas.
**importante**
La recuperación acelerada solo está disponible para las zonas de alojamiento público. No se admiten las zonas alojadas privadas.
**nota**
La resolución de consultas de DNS desde el plano de datos de Route 53 sigue funcionando con normalidad durante el deterioro del servicio regional. Consulte [Resiliencia en Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/disaster-recovery-resiliency.html) para comprender mejor las operaciones del plano de datos en comparación con las del plano de control.
**Topics**
+ [
## Cómo funciona la recuperación acelerada de los registros DNS públicos
](#accelerated-recovery-how-it-works)
+ [
## Volver a enviar los cambios de DNS tras la conmutación por error
](#accelerated-recovery-resubmit)
+ [
## Vuelva a la región EE.UU. Este (Virginia del Norte)
](#accelerated-recovery-failback)
+ [
## Consideraciones adicionales
](#accelerated-recovery-considerations)
+ [
## ¿Cómo habilitar la recuperación acelerada para administrar los registros DNS públicos
](#accelerated-recovery-enable)
## Cómo funciona la recuperación acelerada de los registros DNS públicos
Cuando la recuperación acelerada esté habilitada, Route 53 conservará una copia de la zona alojada pública en la región EE.UU. Oeste (Oregón). Si los servicios de la región de EE. UU. Este (Virginia del Norte) dejan de estar disponibles durante un período prolongado, Route 53 ejecutará la conmutación por error en 60 minutos y redirigirá automáticamente las operaciones del plano de control de las zonas alojadas públicamente habilitadas para la recuperación acelerada a la región de EE. UU. Oeste (Oregón). A continuación, puede seguir realizando cambios en el DNS mediante programación mediante la CLI, el SDK y la API. Tenga en cuenta que estará disponible un conjunto limitado de métodos de API durante la conmutación por error. Consulte la sección «Consideraciones adicionales» para obtener más información. Cuando la región se recupere, la Ruta 53 ejecutará el procedimiento de recuperación por recuperación y redirigirá automáticamente las operaciones del avión de control a la región Este de EE. UU. (Virginia del Norte).
**nota**
Antes de que se produzca algún problema en la región EE.UU. Este (Virginia del Norte), primero debe activar la recuperación acelerada para administrar los registros DNS públicos en su zona de alojamiento público. Esto se puede hacer a través de la consola, la CLI, el SDK o la API (consulte la sección titulada *Cómo habilitar la recuperación acelerada para administrar registros DNS públicos* en esta página a continuación). No puede habilitar la recuperación acelerada para administrar los registros DNS públicos después de que se produzca una conmutación por error.
## Volver a enviar los cambios de DNS tras la conmutación por error
En condiciones normales, los cambios en las zonas de alojamiento público que tengan habilitada la recuperación acelerada serán aceptados en la región EE.UU. Este (Virginia del Norte) y, a continuación, se replicarán correctamente en la región EE.UU. Oeste (Oregón). Sin embargo, cuando se produce una interrupción del servicio en la región EE.UU. Este (Norte de Virginia), es posible que algunos cambios sean aceptados por la región EE.UU. Este (Virginia Norte), pero no replicables en la región EE.UU. Oeste (Oregón). Estos cambios durante el vuelo se denominan «cambios temporales». Una vez finalizada la conmutación por error, Route 53 recomienda volver a enviar los cambios pendientes antes de reanudar los flujos de trabajo de DNS. Puede lograrlo mediante la API o mediante AWS CloudFormation los métodos que se describen a continuación.
### Uso de la API para realizar un seguimiento de los cambios en el DNS y enviarlos
Si usa la API, la AWS CLI o AWS SDKs la administración de registros de DNS de Route 53, necesitará usar la [ChangeResourceRecordSets API y la [GetChange API](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) para enviar y realizar un seguimiento de los cambios de DNS, respectivamente.
Cuando usa la ChangeResourceRecordSets API para realizar cambios en el DNS, Route 53 devuelve un identificador (ID) para el cambio realizado (consulte [ChangeInfo](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeInfo.html)los detalles del objeto de respuesta al cambio). Puede proporcionar este ID en una solicitud posterior a la GetChange API y observar el estado del cambio. Los cambios de DNS con el estado INSYNC se han replicado en la región EE.UU. Oeste (Oregón) y se han propagado a todos los servidores DNS de Route 53. No es necesario realizar ninguna otra acción en relación con estos cambios antes o después de una conmutación por error. Sin embargo, si el cambio se produce en la región EE. UU. Este (Virginia del Norte), GetChange puede volver a estar PENDIENTE, lo que indica que es posible que el cambio no se haya replicado en la región EE. UU. Oeste (Oregón). Si ese es el caso, cuando se complete la conmutación por error, GetChange volverá NoSuchChange, lo que indica que Route 53 no ha podido replicar este cambio de DNS. Por lo tanto, después de la conmutación por error, puede ignorar estos cambios de DNS inactivos y volver a enviarlos como nuevos cambios de DNS. Sabrá que el proceso de conmutación por error se ha completado cuando Route 53 publique un mensaje en el AWS Health Dashboard.
### Se utiliza AWS CloudFormation para realizar un seguimiento de los cambios y enviarlos
AWS CloudFormation Realiza un seguimiento automático del estado de replicación de los cambios de DNS mediante la GetChange API y solo completa una actualización una vez que los cambios de DNS se confirman como INSYNC. Si la utilizas CloudFormation para gestionar los registros de DNS y la región EE.UU. Este (Virginia del Norte) deja de estar disponible, las acciones que utilices no se CloudFormation completarán correctamente durante el período de no disponibilidad. Sin embargo, solo tiene que volver a intentar realizar las mismas acciones para volver a enviar los cambios de DNS, una vez que CloudFormation se complete el proceso de conmutación por error de Route 53.
## Vuelva a la región EE.UU. Este (Virginia del Norte)
Una vez que la región se recupere, la Ruta 53 suspenderá las operaciones del avión de control de su zona de acogida pública con destino a la región de EE. UU. Este (Virginia del Norte). Durante la recuperación, no tendrá que volver a enviar los cambios de DNS, ya que no se introducirán cambios innecesarios durante este proceso.
## Consideraciones adicionales
Hay algunas consideraciones adicionales que debes tener en cuenta en relación con la función de recuperación acelerada:
1. No podrá crear nuevas zonas alojadas, eliminar las zonas alojadas existentes, habilitar la firma de DNSSEC ni deshabilitar la firma de DNSSEC durante la conmutación por error.
1. AWS PrivateLink las conexiones no funcionarán después de una conmutación por error, pero volverán a funcionar después de una conmutación por recuperación a la región EE.UU. Este (Norte de Virginia).
1. CloudFront Por el momento, no se admiten [planes de tarifa fija](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/flat-rate-pricing-plan.html).
1. Las zonas alojadas con la recuperación acelerada habilitada no se pueden eliminar. Debe deshabilitar la recuperación acelerada antes de intentar eliminar la zona alojada.
1. Durante la conmutación por error, los siguientes métodos de API seguirán siendo compatibles en las zonas alojadas públicas con la recuperación acelerada habilitada. Sin embargo, los demás métodos de la API de Route 53 no funcionarán hasta que se produzca una conmutación por recuperación.
+ `ChangeResourceRecordSets`
+ `GetChange`
+ `GetGeoLocation`
+ `GetHostedZone`
+ `GetHostedZoneCount`
+ `GetHostedZoneLimit`
+ `GetReusableDelegationSet`
+ `GetReusableDelegationSetLimit`
+ `ListGeoLocations`
+ `ListHostedZones`
+ `ListHostedZonesByName`
+ `ListResourceRecordSets`
+ `ListReusableDelegationSets`
## ¿Cómo habilitar la recuperación acelerada para administrar los registros DNS públicos
Puede habilitar la recuperación acelerada para administrar los registros DNS públicos mediante la consola, la API, la CLI o el SDK de Route 53. El tiempo necesario para habilitar la recuperación acelerada dependerá del tamaño de la zona alojada pública y de otros factores. Debe planificar el proceso de habilitación de la recuperación acelerada para que tarde varias horas. Puede comprobar el estado del proceso de activación en la pestaña de recuperación acelerada de su zona alojada pública o mediante la `GetHostedZone` API. A medida que finalice el proceso, habrá un breve período de tiempo que durará varios minutos y en el que no se aceptarán los cambios de DNS. Una vez completados, los cambios de DNS pueden continuar con normalidad.
**Para habilitar y deshabilitar la recuperación acelerada mediante la consola Route 53**
1. Abra la consola de Route 53 en [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. En el panel de navegación, elija **Zonas alojadas**.
1. Elija la zona alojada pública en la que desee habilitar la recuperación acelerada.
1. En la pestaña **Recuperación acelerada**, seleccione **Activar**.
1. Seleccione **Save changes (Guardar cambios)**.
1. Supervise el estado de la zona alojada. El estado muestra **Habilitar la recuperación acelerada** durante la configuración y cambia a **Habilitado** cuando se completa.
Puede deshabilitar la recuperación acelerada siguiendo los mismos pasos anteriores, pero en su lugar seleccionando **Desactivar**.
Ejemplo de CLI para habilitar
```
aws route53 update-hosted-zone-features --enable-accelerated-recovery --hosted-zone-id Z123456789
```
Ejemplo de CLI para deshabilitar
```
aws route53 update-hosted-zone-features --no-enable-accelerated-recovery --hosted-zone-id Z123456789
```