Delegar un subdominio a Route 53 sin mover tu dominio

Un subdominio en AWS, el dominio donde está#

Es habitual tener el dominio principal registrado y gestionado en un proveedor como GoDaddy, Namecheap o Squarespace, y querer que una parte, por ejemplo develop.ejemplodominio.com o api.ejemplodominio.com, se gestione en AWS. Así tus despliegues pueden crear y cambiar registros DNS de ese subdominio sin tocar el correo ni la web principal.

La técnica se llama delegación. Creas en Amazon Route 53 una hosted zone con el nombre del subdominio y, en el proveedor del dominio padre, agregas registros NS que dicen: para este subdominio, pregunta a estos servidores de nombres. AWS lo documenta como crear un subdominio que usa Route 53 sin migrar el dominio padre.

Muchas plataformas de despliegue hacen el primer paso por ti: al registrar un dominio en ellas, crean la hosted zone en tu cuenta de AWS. El resto del proceso es idéntico. Si lo que quieres es mover el dominio principal completo a Route 53, eso es una migración distinta.

Documentación: Route 53 · Subdominio sin migrar el dominio padre ↗ · Route 53 · Enrutar tráfico de subdominios ↗ · RFC 1034 · Conceptos de DNS ↗

1. Crear la hosted zone del subdominio#

En la consola de Route 53, ve a Hosted zones, pulsa Create hosted zone, escribe el nombre completo del subdominio (develop.ejemplodominio.com) y elige el tipo pública. Route 53 crea automáticamente los registros NS y SOA de la zona y le asigna cuatro servidores de nombres.

Dos precauciones que destaca AWS: no crees registros NS o SOA adicionales dentro de esta hosted zone ni borres los existentes. Después puedes crear en ella los registros que necesites (A, AAAA, CNAME, alias), aunque no resolverán en internet hasta completar la delegación.

Documentación: Route 53 · Crear una hosted zone pública ↗ · Route 53 · Registros NS y SOA ↗ · Route 53 · Subdominio sin migrar el dominio padre ↗

2. Crear los registros NS en el proveedor padre#

Copia los cuatro servidores de nombres de la hosted zone y crea registros en la zona DNS del dominio padre con estos valores:

• Nombre o Host: solo el prefijo del subdominio (develop). Muchos proveedores añaden el dominio automáticamente; si escribes el nombre completo, podría quedar duplicado.
• Tipo: NS.
• Valor: un servidor de nombres de AWS por registro; crearás cuatro registros con el mismo nombre.
• TTL: 172800 segundos (dos días), el valor típico para NS según AWS.

No agregues un registro SOA para el subdominio en el proveedor padre, y si el proveedor lo creó por su cuenta, elimínalo. Tampoco puede existir otro registro con el mismo nombre, como un CNAME, porque un CNAME no puede convivir con otros datos en ese nombre.

# 1. Crear la hosted zone pública del subdominio
aws route53 create-hosted-zone \
  --name develop.ejemplodominio.com \
  --caller-reference "develop-$(date +%s)"

# 2. Obtener sus cuatro servidores de nombres
aws route53 get-hosted-zone --id Z0123456789EXAMPLE \
  --query 'DelegationSet.NameServers'

# 3. Registros que agregas en la zona de ejemplodominio.com (proveedor principal).
#    Estos servidores son los de ejemplo de la documentación de AWS.
#    develop.ejemplodominio.com.  172800  IN  NS  ns-2048.awsdns-64.com.
#    develop.ejemplodominio.com.  172800  IN  NS  ns-2049.awsdns-65.net.
#    develop.ejemplodominio.com.  172800  IN  NS  ns-2050.awsdns-66.org.
#    develop.ejemplodominio.com.  172800  IN  NS  ns-2051.awsdns-67.co.uk.

# 4. Verificar la delegación
dig +short NS develop.ejemplodominio.com
dig +trace develop.ejemplodominio.com

Si el dominio padre también está en Route 53, aunque sea en otra cuenta, el procedimiento es el mismo: creas el registro NS con el nombre del subdominio en la hosted zone del dominio padre.

Documentación: Route 53 · Actualizar el DNS del dominio padre ↗ · Route 53 · TTL típico de NS ↗ · AWS CLI · create-hosted-zone ↗ · AWS CLI · get-hosted-zone ↗ · RFC 1034 · Reglas de CNAME ↗

Dónde se hace en cada proveedor#

Las interfaces cambian con frecuencia, así que usa esto como orientación y busca siempre la opción de agregar un registro NS en la gestión DNS del dominio:

• GoDaddy: en tu lista de dominios, abre la gestión DNS del dominio, pulsa Agregar, elige el tipo NS y completa host, servidor y TTL.
• Namecheap: en Domain List, pulsa Manage en el dominio, abre la pestaña Advanced DNS y usa Add New Record con tipo NS; en Host escribe solo el prefijo.
• Google Domains: ya no opera como registrador independiente; sus dominios pasaron a Squarespace Domains, así que la gestión DNS se hace desde el panel de Squarespace.

Documentación: GoDaddy · Agregar un registro NS ↗ · Squarespace · Nuevo hogar de Google Domains ↗

3. Verificar la delegación#

Consulta los NS del subdominio con dig +short NS. Cuando la respuesta muestre los cuatro servidores awsdns de tu hosted zone, la delegación está activa. dig +trace recorre la resolución desde la raíz y muestra en qué punto se entrega la autoridad al subdominio.

El cambio no siempre es inmediato. Los resolvers pueden haber guardado en caché respuestas anteriores, y con un TTL de dos días en los NS la propagación completa puede tardar hasta 48 horas en el peor caso.

Si no funciona, revisa en orden: que el nombre del registro no esté duplicado (develop.ejemplodominio.com.ejemplodominio.com), que estén los cuatro servidores, que no haya un CNAME o un SOA en conflicto y que estés consultando la hosted zone correcta, porque si la borras y la vuelves a crear, Route 53 le asigna servidores distintos.

Documentación: Route 53 · Migrar DNS y caché de NS ↗ · Route 53 · Eliminar una hosted zone ↗

Buenas prácticas#

• Usa un subdominio por ambiente (dev, staging, app) para que cada uno tenga su propia zona y sus propios permisos.
• Limita quién puede modificar los NS en el proveedor padre: quien controla esos registros controla el subdominio.
• Para retirar un subdominio, borra primero los NS en el proveedor padre, espera a que expire su TTL y solo entonces elimina la hosted zone. AWS advierte que, al revés, alguien podría secuestrar el subdominio mientras los resolvers aún tienen en caché sus servidores.
• Documenta la delegación junto a tu infraestructura como código para que no sea un paso manual olvidado.

Documentación: Route 53 · Eliminar una hosted zone ↗