Cómo migrar de proveedor DNS sin tiempo de inactividad
Una migración de DNS falla por uno de dos motivos: un registro nunca se copió, o el corte ocurrió antes de que las cachés de todas partes tuvieran tiempo de ponerse al día. Ambos se evitan con el mismo cuidado cada vez.
Antes de empezar: exporta todo
Consigue una copia completa y literal de cada registro en el proveedor actual — un archivo de exportación si existe, capturas de pantalla si no. Presta especial atención a los tipos de registro propios del proveedor, como ALIAS o ANAME en el dominio raíz, ya que no todos los proveedores nuevos los implementan igual, o siquiera los implementan.
Baja la TTL con antelación
De 24 a 48 horas antes de la migración, baja la TTL de todos los registros que vas a cambiar a algo corto, como 300 segundos. Esto hace que los resolutores descarten sus respuestas en caché rápidamente tras el corte, en lugar de seguir sirviendo los registros antiguos durante lo que quedara de la TTL anterior, probablemente mucho más alta.
Recrea cada registro en el nuevo proveedor primero
Construye la zona completa en el nuevo proveedor mientras los servidores de nombres del dominio siguen apuntando al antiguo. Muchos proveedores permiten consultar sus servidores de nombres directamente, así que puedes confirmar que cada registro resuelve correctamente antes de que nada esté en producción.
El corte real
Cambia los servidores de nombres del dominio en el registrador a los del nuevo proveedor. Este es el único paso que no se puede probar de antemano — a partir de aquí, qué registros ve el mundo depende por completo de qué resolutores ya hayan recogido los nuevos servidores de nombres.
Confirma antes de darlo por terminado
Comprueba la propagación en muchos resolutores de todo el mundo, no solo en tu propia conexión, ya que que el resolutor de tu proveedor de internet tenga los registros nuevos no dice nada sobre los demás.
Una vez estable
Cuando la propagación parezca completa y no se haya roto nada en uno o dos días, sube de nuevo las TTL a un valor normal — una TTL permanentemente corta significa permanentemente más consultas DNS sin ningún beneficio continuado.
Lo que se olvida
- Los registros MX o TXT — el correo sigue funcionando con respuestas en caché durante un tiempo tras una migración, así que un registro MX olvidado puede tardar días en manifestarse como un problema real
- Los registros CAA que restringen qué autoridades de certificación pueden emitir para el dominio — omitir uno puede hacer que una renovación de certificado rutinaria falle sin una conexión obvia con la migración de DNS que la causó
- DNSSEC — si está activado, el registro DS en el registrador debe coordinarse con las claves del nuevo proveedor, o el dominio puede quedar inaccesible para los resolutores que validan, en vez de simplemente servir datos obsoletos
Comprueba la propagación antes y después del corte
Ve la teoría en la práctica: ejecuta Comprobador de propagación DNS para tu propio dominio.