El DNS en una mudanza

Módulo 6: Tiempo, caché y transferencia de dominios · Tiempo de lectura: 10 minutos

Objetivo de la lección: después de esta lección podrá planificar una mudanza de su sitio web, su correo electrónico o su gestión DNS de forma que los visitantes no noten nada y no pierda ningún correo.

Conceptos clave: tipos de mudanza, orden de actuación, reducir el TTL de antemano, preparar los registros, copia de seguridad de la zona, probar antes del cambio (archivo hosts, dirección de prueba), el correo durante el cambio, verificación previa en el registro de dominios, DNSSEC y el registro DS

Cuatro tipos de mudanza

"Traslado mi dominio" puede significar cuatro cosas distintas. Ayuda mucho determinar primero a cuál se refiere, porque cada tipo afecta a registros diferentes.

Qué se traslada	Qué cambia en el DNS
Su sitio web a otro servidor	Los registros A y AAAA de `@` y `www` (y los subdominios que corresponda)
Su correo electrónico a otro proveedor de correo	Los registros MX, el registro SPF, los registros DKIM, posiblemente `autodiscover`
Su gestión DNS a otro proveedor	Los servidores de nombres en el registro de dominios; todos los registros deben trasladarse al nuevo proveedor
Su registro de dominio a otro registrador	En principio nada en el DNS, pero a menudo se cambian los servidores de nombres al mismo tiempo

A menudo ocurren varias cosas a la vez, por ejemplo si traslada todo de un proveedor a otro. En ese caso se aplican también las trampas de los cuatro tipos.

El orden de oro

El principio más importante: primero prepare todo en el nuevo lugar, y solo después haga el cambio. El cambio en sí es una acción pequeña: unos pocos registros o los servidores de nombres. Todo lo que pueda hacerse antes del cambio, hágalo antes del cambio.

Unos días antes

Haga una copia de seguridad de su zona actual. Exporte los registros, haga una captura de pantalla o anótelos. Sin una visión general de lo que había, después no sabrá qué falta. Muchos paneles tienen un botón para una copia de seguridad del DNS.
Haga un inventario. Revise cada línea y anote para qué sirve: sitio web, correo, verificación en Google o Microsoft, un servicio de boletines, un subdominio para una tienda online. Precisamente esos registros adicionales (TXT para verificación, CNAME para el DKIM de un servicio de boletines) suelen olvidarse en las mudanzas.
Prepare el nuevo entorno. El sitio web está en el nuevo servidor, los buzones de correo existen en el nuevo proveedor de correo.
Pruebe antes del cambio. Puede ver un sitio web en un nuevo servidor sin modificar el DNS: con una línea en su archivo hosts, o con una dirección de prueba que facilite el nuevo proveedor. No olvide eliminar esa línea del archivo hosts al terminar.

Con al menos la duración del TTL antiguo de antelación

Reduzca el TTL de los registros que va a modificar a 300 segundos (lección 6.1). Si el TTL estaba en 3600, hágalo al menos una hora antes; para estar seguro, un día antes. Si estaba en 86400, hágalo al menos un día antes.

Tenga en cuenta: el TTL de los registros NS en el registro de dominios (lección 6.2) no puede reducirlo usted mismo. En un cambio de servidores de nombres ese tiempo de espera siempre existe.

El cambio

Modifique los registros (en una mudanza de sitio web o correo), o modifique los servidores de nombres en su registrador (en una mudanza de la gestión DNS).
Compruebe de inmediato en el servidor de nombres autoritativo si ya aparecen los nuevos valores (dig A example.com @ns1.newhost.example).

Después

Revise todo: el sitio web por http y https, el certificado, un correo de prueba de ida y vuelta, y una comprobación online de MX, SPF, DKIM y DMARC.
Vuelva a subir el TTL a 3600 cuando todo funcione.
No cancele el servicio antiguo hasta que lleve unos días sin recibir correo ni visitas en el lugar antiguo. Si cancela antes, su sitio o correo pueden caerse, o en el peor de los casos su dominio puede quedar libre.

Una mudanza de la gestión DNS

Si traslada su DNS a otro proveedor (otros servidores de nombres), hay una regla adicional: la zona debe estar completa en el nuevo proveedor antes de cambiar los servidores de nombres. Desde el momento del cambio, el nuevo proveedor determina todas las respuestas. Lo que falte allí deja de existir.

Tenga esta lista como mínimo:

@          A      192.0.2.10
@          AAAA   2001:db8::10
www        A      192.0.2.10        (o un CNAME)
mail       A      192.0.2.25        (si su MX apunta a mail.example.com)
@          MX     10 mail.example.com.
@          TXT    "v=spf1 ... ~all"
x._domainkey  TXT "v=DKIM1; k=rsa; p=..."   (el selector varía según el proveedor)
_dmarc     TXT    "v=DMARC1; p=quarantine"

Además de todos los subdominios, registros de verificación y registros de servicios externos.

Algunos registros de dominios comprueban los nuevos servidores de nombres antes de aceptar el cambio. DENIC (el registro de .de), por ejemplo, verifica si los nuevos servidores de nombres ya responden para el dominio. Si la zona aún no está allí, el cambio se rechaza. También por eso: primero prepare la zona.

Ejemplo práctico

Un dominio se vinculó a un creador de sitios web apuntando los servidores de nombres a esa plataforma. La plataforma creó por su cuenta un registro MX hacia mail.example.com y un registro SPF, pero no un registro A para mail.example.com. El resultado: enviar funcionaba, recibir no. Cada servidor de correo que intentaba entregar un mensaje no encontraba una dirección para el nombre indicado en el MX. Un único registro A en la plataforma lo solucionó. Lección: si traslada los servidores de nombres, cada registro al que apunte otro registro debe trasladarse también.

El correo electrónico durante el cambio

Durante el periodo de transición, parte del correo sigue llegando al lugar antiguo: los remitentes con una respuesta antigua en su caché entregan allí. Eso es normal y no es un problema, siempre que revise ambos buzones.

Configure ya el nuevo buzón en su programa de correo, con el nombre de servidor que indique el nuevo proveedor (no mail.example.com, porque ese nombre apunta a lugares distintos durante el cambio).
Deje también el buzón antiguo configurado en su programa de correo hasta que lleve unos días sin recibir nada.
Copie el correo antiguo con una herramienta de migración del nuevo proveedor o con un programa de copia por IMAP.
En una mudanza de correo no olvide el registro SPF: el nuevo proveedor debe incluirse, y mientras el antiguo siga enviando (por ejemplo, el formulario de contacto de su sitio web) también debe permanecer incluido.

DNSSEC en una mudanza

Si su dominio usa DNSSEC (lección 8.1), en el registro de dominios hay un registro DS: una huella digital de la clave con la que su proveedor DNS actual firma la zona. Si traslada su gestión DNS, el nuevo proveedor firma con una clave distinta. Si el DS antiguo permanece en el registro de dominios, la huella digital ya no coincide. Los resolvers validadores (y hay muchos) devuelven entonces SERVFAIL: todo su dominio queda inaccesible para ellos, sitio web y correo incluidos.

El enfoque seguro:

Haga eliminar el DS en el registro de dominios (DNSSEC desactivado) y espere a que transcurra el TTL del DS.
Cambie los servidores de nombres.
Active DNSSEC en el nuevo proveedor y haga colocar el nuevo DS en el registro de dominios.

También existe un método para trasladarse sin interrumpir DNSSEC (las claves de ambos proveedores coexisten temporalmente), pero requiere la colaboración de ambas partes y no se admite en todas partes ni mucho menos. Si durante una mudanza algo sale mal y su dominio queda de repente inaccesible mientras los registros parecen correctos, compruebe primero DNSSEC.

En la práctica: así se ve en un panel

En el panel de ejemplo Mi WebOké puede hacer una copia de seguridad de toda la zona en la pestaña DNS con un solo botón, y restaurarla con un clic si algo sale mal. Una mudanza del propio dominio se inicia allí en el Centro de transferencias, y la tarjeta Salud de Dominio / Email muestra tras el cambio si los servidores de nombres, el registro A, el certificado, el MX, el SPF, el DMARC y el DNSSEC son correctos. Otros proveedores suelen ofrecer una exportación de la zona (a veces como archivo de zona que puede importar en el nuevo proveedor) y una comprobación similar; si su panel no lo tiene, haga una captura de pantalla de la lista de registros.

Resumen

Determine primero qué se traslada: sitio web, correo, gestión DNS o registro.
La copia de seguridad, el inventario, la preparación del nuevo entorno y las pruebas se hacen antes del cambio.
Reduzca el TTL al menos un TTL antiguo de antelación y vuelva a subirlo después.
En una mudanza de la gestión DNS, la zona debe estar completa en el nuevo proveedor antes del cambio de servidores de nombres; no olvide registros como el A del servidor de correo.
Con DNSSEC: primero elimine el DS antiguo, luego cambie, luego coloque el nuevo DS.
Durante el cambio, revise ambos buzones y no cancele el servicio antiguo hasta que todo funcione.

Cuestionario

Ejercicio

Ejercicio Z6.3: Inventario de mudanza. Elabore un inventario de mudanza de su propio dominio (o, si no tiene dominio, de sidn.nl, la web del registro de .nl en Países Bajos). Busque y anote: los servidores de nombres, los registros A y AAAA de @ y www, los registros MX, el registro SPF, el registro DMARC y si existe un registro DS. El programa comparará cada valor con lo que responde actualmente el DNS.

Ejercicio O6.3: Configurarlo usted mismo en su zona de práctica. En su zona de práctica <code>.dnspractice.eu hay un pequeño sitio web "existente": www.<code>.dnspractice.eu apunta a 192.0.2.10 (A) y 2001:db8::10 (AAAA), con TTL 300. El correo de la zona de práctica está en mail.<code>.dnspractice.eu (192.0.2.25) con un registro MX (prioridad 10). Simule una mudanza de sitio web:

Reduzca el TTL de los registros de www.<code>.dnspractice.eu a 60.
Haga que www.<code>.dnspractice.eu apunte al nuevo servidor 198.51.100.10 y elimine el registro AAAA: el nuevo servidor no tiene IPv6.
Vuelva a poner el TTL de www.<code>.dnspractice.eu en 300.
Deje los registros de correo sin modificar.

La zona de práctica usa TTL cortos (entre 30 y 300 segundos), para que no tenga que esperar; en su dominio real usaría, por ejemplo, 3600 como valor estándar y 300 durante la mudanza.

Ejercicio O6.3

Realizará este ejercicio en su propia zona de práctica: una zona DNS real en los servidores de nombres de WebOké, solo para usted. Regístrese con su dirección de correo electrónico. Recibirá un enlace de acceso por correo y volverá después a esta lección. Solo usamos su dirección para el curso.

Para saber más

Los pasos de estos artículos se refieren a los paneles de WebOké; en otros paneles funciona de forma similar.

Cookies en WebOké

Ajustes de cookies

Necesarias

Marketing