Vincular tu dominio de GoDaddy, Namecheap o Google Domains con AWS

Vincular no es transferir#

Si llegaste aquí es porque tienes un dominio registrado en GoDaddy, Google Domains o Namecheap y quieres gestionar su DNS desde tu cuenta de AWS. En esta guía vemos el proceso paso a paso: crear la hosted zone en Route 53, copiar tus registros y cambiar los nameservers en cada registrador.

Lo primero es tener claro qué vamos a hacer. Asociar a AWS un dominio registrado en otro proveedor no significa transferir el dominio. El registro sigue en tu registrador actual, donde lo renuevas y pagas; lo que cambia es quién responde las consultas DNS. Creamos una hosted zone en Amazon Route 53 y le decimos al registrador que delegue el dominio en los nameservers de esa zona.

Si más adelante quieres mover también el registro a AWS, eso es un proceso distinto, la transferencia de dominio a Route 53, con sus propios requisitos. Aquí no lo necesitas.

Una actualización importante desde que se publicó esta guía en 2023: Google Domains ya no existe como registrador. Squarespace completó la compra de los activos de Google Domains el 7 de septiembre de 2023 y migró esas cuentas a Squarespace Domains. Si tu dominio estaba en Google Domains, hoy lo gestionas desde Squarespace; más abajo verás los pasos actualizados.

Documentación: AWS · Hacer de Route 53 el DNS de un dominio en uso ↗ · AWS · Transferir un dominio a Route 53 ↗ · Squarespace · Cierre de la compra de Google Domains (2023) ↗

Antes de empezar: cómo migrar sin cortar el servicio#

Si el dominio ya recibe tráfico, con una web o correo activo, AWS recomienda un orden concreto para evitar interrupciones:

• Obtén la configuración DNS actual: exporta un zone file si tu proveedor lo permite o anota cada registro (A, AAAA, CNAME, MX, TXT, etc.).
• Crea la hosted zone en Route 53 y recrea ahí todos los registros.
• Baja el TTL del registro NS, tanto en el proveedor actual como en Route 53. El TTL típico del NS es de 172800 segundos (dos días); AWS sugiere entre 60 y 900 segundos durante la migración.
• Si tienes DNSSEC activo, retira el registro DS en la zona padre (tu registrador) antes de cambiar nameservers. No puedes tener DNSSEC firmado por dos proveedores a la vez.
• Espera a que expire el TTL anterior (hasta dos días) y solo entonces cambia los nameservers.
• Monitorea el tráfico, sube de nuevo el TTL del NS y, si lo necesitas, vuelve a activar DNSSEC en Route 53.

Cuando creas una hosted zone, Route 53 genera automáticamente un registro SOA y un registro NS con cuatro nameservers asignados a esa zona. Esos cuatro nombres son los que pegarás en tu registrador.

Documentación: AWS · Hacer de Route 53 el DNS de un dominio en uso ↗ · AWS · Registros NS y SOA en una hosted zone ↗ · AWS · DNSSEC en Route 53 ↗

Paso 1: crear la hosted zone en AWS#

La hosted zone es el contenedor de registros DNS de tu dominio en Route 53. Puedes crearla desde la consola de AWS, con la AWS CLI o como código; el resultado es el mismo: una zona pública con su SOA y un registro NS con cuatro nameservers. Si usas una plataforma de despliegue que crea la zona por ti, revisa igualmente en Route 53 que exista una sola zona pública para el dominio antes de seguir.

• En la consola de AWS, abre Route 53 y ve a Hosted zones > Create hosted zone.
• En Domain name escribe el dominio raíz (por ejemplo example.com, sin www).
• En Type deja Public hosted zone, que es la que responde consultas desde internet. Opcionalmente añade una descripción y etiquetas.
• Pulsa Create hosted zone. Al abrir la zona verás dos registros creados automáticamente: SOA y NS. El NS, cuyo nombre es tu dominio, contiene los cuatro nameservers que pegarás en tu registrador.

Evita crear dos hosted zones públicas con el mismo nombre: cada una recibe su propio juego de nameservers y es fácil pegar en el registrador los de la zona equivocada. Ten en cuenta también que Route 53 cobra por hosted zone y por consultas; revisa la página de precios antes de crear zonas de prueba.

# Crear la hosted zone pública (caller-reference debe ser único por petición)
aws route53 create-hosted-zone \
  --name example.com \
  --caller-reference "migracion-$(date +%s)" \
  --hosted-zone-config Comment="DNS de example.com"

# Consultar los cuatro nameservers asignados (usa el ID que devolvió el comando anterior)
aws route53 get-hosted-zone --id Z0123456789ABCDEFGHIJ \
  --query 'DelegationSet.NameServers' --output text

Para cargar los registros en bloque, Route 53 permite importar un zone file en formato BIND con el botón Import zone file de la hosted zone. Ten en cuenta lo que dice la documentación: Route 53 ignora el SOA del archivo y los NS con el mismo nombre que la zona, admite como máximo 1000 registros, falla si el archivo usa $GENERATE o $INCLUDE y falla si la zona ya contiene alguno de los registros del archivo.

Si gestionas tu infraestructura como código, puedes declarar la zona, los registros y el TTL del NS en Terraform u OpenTofu:

resource "aws_route53_zone" "main" {
  name = "example.com"
}

# Registros copiados del proveedor actual (ejemplo)
resource "aws_route53_record" "www" {
  zone_id = aws_route53_zone.main.zone_id
  name    = "www.example.com"
  type    = "CNAME"
  ttl     = 300
  records = ["mi-app.example.net"]
}

resource "aws_route53_record" "mx" {
  zone_id = aws_route53_zone.main.zone_id
  name    = "example.com"
  type    = "MX"
  ttl     = 3600
  records = ["10 mail.example.net"]
}

# TTL bajo en el NS mientras dura la migración (AWS recomienda 60-900 s)
resource "aws_route53_record" "ns" {
  allow_overwrite = true
  zone_id         = aws_route53_zone.main.zone_id
  name            = "example.com"
  type            = "NS"
  ttl             = 300
  records         = aws_route53_zone.main.name_servers
}

output "name_servers" {
  value = aws_route53_zone.main.name_servers
}

Documentación: AWS · Crear una hosted zone pública ↗ · AWS CLI · route53 create-hosted-zone ↗ · AWS CLI · route53 get-hosted-zone ↗ · AWS · Importar un zone file en Route 53 ↗ · Terraform Registry · aws_route53_zone ↗ · Terraform Registry · aws_route53_record ↗ · AWS · Precios de Route 53 ↗

Vincular un dominio de GoDaddy con AWS#

En GoDaddy el proceso tiene dos partes: copiar tus registros a Route 53 y cambiar los nameservers.

• Exporta tus registros. En la gestión de DNS del dominio, GoDaddy ofrecía la opción de exportar el zone file en formato Unix (en la interfaz de 2023 estaba en ‘Advanced Features’ > ‘Export Zone File (Unix)’; la ubicación puede haber cambiado).
• En Route 53, dentro de la hosted zone, pulsa ‘Import zone file’, pega el contenido y elimina las líneas SOA y NS del dominio raíz, ya que la zona de AWS tiene las suyas. Pulsa ‘Import’.
• Abre el registro NS de la hosted zone y copia los cuatro nameservers de ‘Value/Route traffic to’.
• En GoDaddy, entra a tu Domain Portfolio, selecciona el dominio y ve a DNS > Nameservers. Elige cambiar los nameservers y selecciona la opción de usar tus propios nameservers.
• Pega cada nameserver de AWS quitando el punto final (por ejemplo ns-123.awsdns-45.com en lugar de ns-123.awsdns-45.com.). Guarda y confirma con ‘Continue’.
• Si tienes Domain Protection activo, GoDaddy te pedirá un código de verificación antes de aplicar el cambio.

Según GoDaddy, la mayoría de los cambios de DNS se aplican en una hora, pero la actualización global puede tardar hasta 48 horas. GoDaddy advierte además que cambiar nameservers puede romper la web o el correo si los registros no estaban replicados: por eso importamos primero.

Documentación: GoDaddy · Cambiar los nameservers de mi dominio ↗ · AWS · Importar un zone file en Route 53 ↗

Google Domains, hoy Squarespace Domains#

La guía original describía el panel de Google Domains: ‘My domains’ > dominio > ‘DNS’ > ‘Export resource records’, luego ‘Disable DNSSEC’, ‘Custom name servers’ y ‘Switch to these settings’. Ese panel ya no existe: tras la compra de Squarespace, los dominios de Google Domains se gestionan desde Squarespace Domains.

El flujo actual, según la documentación de Squarespace, es este:

• Antes de tocar nada, copia todos los registros DNS del dominio desde el panel de Squarespace e impórtalos o créalos en la hosted zone de Route 53 (sin SOA ni NS).
• En el panel de dominios de Squarespace, selecciona el dominio y entra a DNS > Domain Nameservers.
• Pulsa ‘Use Custom Nameservers’ y confirma tu identidad (contraseña o segundo factor).
• Cuando lo pida, desactiva la protección DNSSEC. Si quieres DNSSEC con Route 53, lo reactivas después desde AWS y publicas el nuevo DS en tu registrador.
• Ingresa los nameservers de Route 53 (Squarespace acepta entre 2 y 13; pega los cuatro) y pulsa ‘Save’.

Squarespace indica que el cambio puede tardar hasta 48 horas y que el dominio se desconecta de tu sitio de Squarespace, por lo que cualquier registro que necesites debe existir ya en Route 53.

Documentación: Squarespace · Cierre de la compra de Google Domains (2023) ↗ · Squarespace · Revisar o cambiar los nameservers del dominio ↗ · AWS · DNSSEC en Route 53 ↗

Vincular un dominio de Namecheap con AWS#

• Inicia sesión en Namecheap, abre ‘Domain List’ en la barra lateral y pulsa ‘Manage’ junto al dominio. En la pestaña ‘Advanced DNS’, en la sección ‘HOST RECORDS’, identifica los registros que debes recrear.
• En Route 53, replica exactamente cada registro en la hosted zone, excepto NS y SOA si aparecen.
• Vuelve a la pestaña ‘Domain’ de Namecheap, busca la sección ‘NAMESERVERS’ y selecciona ‘Custom DNS’.
• Pega uno a uno los cuatro nameservers de AWS, sin el punto final, y guarda con la marca de verificación verde a la derecha.

Namecheap indica que el cambio de nameservers puede tardar hasta 24 horas, y en casos raros más, mientras los proveedores de internet actualizan su caché. La guía original hablaba de 48 horas; el rango real depende del TTL que tenían los registros.

Documentación: Namecheap · Cómo cambiar el DNS de un dominio ↗ · AWS · Hacer de Route 53 el DNS de un dominio en uso ↗

Verifica la delegación antes y después#

No confíes solo en el panel del registrador. Comprueba con dig que Route 53 responde bien antes de cambiar los nameservers, y que la delegación se propagó después.

# 1. Antes de cambiar nameservers: pregunta directamente a Route 53
dig +short www.example.com @ns-123.awsdns-45.com

# 2. Después del cambio: qué nameservers publica el registro
whois example.com | grep -i "name server"

# 3. Qué ve un resolver público (puede tardar por caché)
dig +short NS example.com @1.1.1.1
dig +short NS example.com @8.8.8.8

# 4. Recorrido completo desde la raíz, sin caché
dig +trace NS example.com

Cuando los resolvers públicos devuelvan los nameservers de AWS y tu web y tu correo sigan funcionando, sube de nuevo el TTL del registro NS en Route 53 (por ejemplo a 172800 segundos) para reducir consultas y latencia. A partir de ese momento gestionas todos tus registros desde AWS, mientras el dominio sigue registrado y se renueva en tu proveedor original.

Documentación: AWS · Hacer de Route 53 el DNS de un dominio en uso ↗ · IETF · RFC 1034, conceptos de DNS ↗