Tienes una máquina con una IP pública y un dominio comprado en algún registrador. Falta lo de en medio: el DNS, que traduce midominio.com a esa IP. Route 53 es el DNS de AWS, y tenerlo ahí tiene una ventaja práctica: los registros se gestionan desde la misma consola que tus máquinas, y servicios como SES o los certificados pueden crear registros por ti.
Esta guía mueve el DNS a Route 53 y apunta el dominio y el www a tu servidor. No cambia dónde está comprado el dominio: eso sigue en tu registrador.
Antes de empezar: qué significa cada cosa
- Dominio
- El nombre que escribe la gente para llegar a tu web, como midominio.com. Se compra en un registrador.
- Registrador
- La empresa donde compraste el dominio y donde se renueva cada año. No tiene por qué ser la misma que gestiona el DNS.
- DNS
- La "guía telefónica" de internet: traduce el dominio a la dirección numérica (IP) de tu servidor.
- Route 53
- El servicio de DNS de Amazon.
- Zona alojada
- El "expediente" de tu dominio dentro de Route 53, con todos sus registros.
- Registro
- Cada entrada del DNS: un nombre, un tipo y un valor. Los tipos que salen aquí: A (apunta a una IP), CNAME (apunta a otro nombre), MX (quién recibe el correo), TXT (textos de verificación), NS (qué servidores mandan sobre el dominio).
- Servidores de nombres (NS)
- Los servidores que responden a las preguntas sobre tu dominio. Para que Route 53 mande, hay que indicar los suyos en el registrador.
- TTL
- Tiempo, en segundos, que los demás pueden recordar una respuesta del DNS antes de volver a preguntar. Bajo: los cambios se notan antes. Alto: menos consultas.
- Propagación
- El rato que tardan los cambios de DNS en llegar a todo internet, por culpa del TTL.
- IP estática / elástica
- Una dirección de internet fija para tu máquina. Sin ella, el dominio apuntaría a una dirección que cambia.
Paso a paso
Asegura una IP que no cambie
Antes de apuntar nada, la máquina debe tener una IP fija: una IP estática en Lightsail o una IP elástica en EC2. Si usas la IP pública que trae por defecto, cambiará al reiniciar o parar y el dominio quedará apuntando al vacío. Apunta la IP.
Crea la zona alojada en Route 53
En la consola de Route 53, Zonas alojadas, Crear zona alojada. Nombre:
midominio.com(sin www), tipo pública. Al crearla aparecen dos registros ya hechos: NS, con cuatro servidores de nombres de AWS, y SOA. No los toques. Cada zona alojada tiene un coste mensual fijo pequeño, aunque no reciba consultas.Copia los registros que ya tengas
Si el dominio ya funciona con otro DNS (el del registrador, por ejemplo), mira qué registros tiene: el correo (MX), verificaciones (TXT), subdominios. Recréalos en la zona nueva antes de cambiar los servidores de nombres; si no, en el momento del cambio dejarás de recibir correo. Es el paso que la gente se salta y el que más disgustos da.
Crea el registro A del dominio y el de www
Crear registro. Nombre vacío (es la raíz del dominio), tipo A, valor la IP de tu servidor, TTL 300. Guarda. Repite con nombre
www, tipo A y la misma IP; o bien tipo CNAME con valormidominio.com, que apunta al registro anterior y así solo tienes que cambiar la IP en un sitio. En la raíz del dominio no se puede poner un CNAME; por eso ahí va siempre un A.El TTL es cuántos segundos pueden guardar la respuesta los servidores intermedios. Mientras hagas cambios, déjalo bajo (300 segundos). Cuando todo esté estable puedes subirlo a una hora o más.
Cambia los servidores de nombres en el registrador
Copia los cuatro valores del registro NS de tu zona (terminan en
awsdns-xx.com,.net,.org,.co.uk). Entra en el panel de tu registrador, busca Servidores de nombres o "DNS personalizado" y sustituye los que haya por esos cuatro. Guarda. Desde este momento el dominio empieza a responder desde Route 53; el cambio tarda desde minutos hasta un par de días en llegar a todo el mundo, según el TTL que tuvieran los registros NS antiguos.Comprueba la propagación
Desde tu ordenador o desde CloudShell:
nslookup midominio.com nslookup -type=NS midominio.comLa primera debe devolver tu IP y la segunda los servidores de AWS. Si todavía salen los antiguos, es cuestión de esperar. Cuando la web cargue por el dominio, pide o renueva el certificado HTTPS, porque los servidores de certificados también resolverán el dominio por el DNS nuevo.
Qué puede salir mal
El dominio funciona pero el correo ha dejado de llegar
Faltan los registros MX (y los TXT de verificación o SPF) en la zona nueva. Recupéralos del DNS antiguo si aún puedes verlo, o de la documentación de tu proveedor de correo, y créalos. Mientras tanto el correo suele quedar en cola unas horas en el servidor remitente, así que date prisa pero no entres en pánico.
He creado la zona dos veces
Dos zonas con el mismo nombre tienen servidores NS distintos; la que manda es la que esté en el registrador. Borra la otra para no pagarla y no confundirte.
He puesto un CNAME en la raíz y no me deja
Es una regla del DNS, no de Route 53. En la raíz va un registro A con la IP. Si lo que quieres apuntar es un servicio de AWS (un balanceador, CloudFront), Route 53 ofrece el registro alias, que hace de CNAME donde no se puede.
He cambiado la IP y la web sigue yendo a la antigua
Es el TTL: los servidores intermedios guardan la respuesta anterior hasta que caduca. Si tenías una hora, espera una hora. Por eso conviene bajar el TTL unos días antes de un cambio de IP previsto.
En Simplio
En Simplio cada dominio de Route 53 es una tarjeta con sus registros en lenguaje claro: a dónde apunta la web, qué servidor recibe el correo, qué textos de verificación hay. Añades o cambias un registro A, CNAME, TXT o MX en una línea con ayuda según el tipo, y los registros que hacen funcionar el dominio (NS, SOA) están protegidos para que nadie los rompa sin querer. Quitar un registro pide el doble factor.
Lo mismo, en AWS y en Simplio
| En la consola de AWS | En Simplio | |
|---|---|---|
| Ver a dónde apunta un dominio | Route 53, zona alojada, lista de registros técnicos | Tarjeta del dominio en lenguaje normal: la web va a tal IP, el correo lo recibe tal servidor |
| Cambiar un registro | Formulario de Route 53 con tipo, TTL y valor, sin ayuda | Una línea con ayuda según el tipo, y aviso si vas a sustituir uno existente |
| Romper el dominio sin querer | Nada impide borrar NS o SOA | NS y SOA protegidos; quitar un registro pide doble factor |