Migración de DNS sin interrupciones: orden y comprobaciones
Cómo trasladar sus registros DNS a un nuevo proveedor sin cortes: preparación, TTL, orden correcto, comprobaciones posteriores y errores habituales.
Equipo de rabbitclipPublicación: 7 min. de lectura
En breve
Migrar el DNS significa trasladar los registros de su dominio (para el sitio web, el correo y las verificaciones) desde el lugar donde los gestiona ahora a otro proveedor, y apuntar los servidores de nombres del dominio al nuevo lugar. Hacerlo sin interrupciones se apoya en tres pasos: primero construir todos los registros por completo en el nuevo proveedor, bajar antes del cambio el TTL (el tiempo que los registros permanecen en caché) y cambiar los servidores de nombres solo cuando los registros se hayan comprobado. La configuración antigua se deja funcionando hasta que el cambio haya terminado de propagarse.
La transferencia de dominio y la migración de DNS se confunden a menudo. Una transferencia de dominio cambia el registrador, es decir, la empresa donde el dominio está registrado a su nombre; una migración de DNS cambia los servidores donde se gestionan los registros. Ambas son independientes, y cualquiera de ellas puede hacerse sin la otra.
Este artículo trata del orden en que conviene migrar el DNS, de por qué importa el TTL, de qué comprobar después y de cuándo todo el ejercicio es innecesario. Tenemos una guía aparte sobre cómo funciona el DNS en general; aquí nos quedamos con la cuestión del traslado.
Qué diferencia hay entre migración de DNS y transferencia de dominio
Un dominio está registrado a su nombre en un registrador, mientras que el DNS es el conjunto de registros que le dicen a internet adónde apunta el dominio. Los registros pueden estar en el registrador, en su proveedor de alojamiento o en un servicio DNS aparte. Su sitio web puede estar en un lugar, su correo en otro y su DNS en un tercero.
Por eso, la respuesta a «¿quién gestiona mi DNS?» no es siempre la empresa donde está registrado el dominio. La manera de averiguarlo es mirar los servidores de nombres del dominio (sus registros NS), que puede ver con nuestra herramienta de consulta de dominio y DNS. Si el registrador y el titular de los servidores de nombres son distintos, hace falta saber en qué panel iniciar sesión cuando se planifica el traslado.
Qué se prepara antes del traslado
La preparación es la parte menos emocionante de una migración y la más importante. Haga un inventario completo de los registros del proveedor antiguo; un solo registro olvidado puede convertirse en un problema de correo o de verificación que pasa inadvertido durante meses. Los subdominios, los registros de correo y los registros de verificación de servicios de terceros son los que más a menudo se pasan por alto.
Al mismo tiempo, baje el TTL. El TTL fija cuánto tiempo recuerdan un registro los demás servidores; un TTL largo significa que un cambio se propaga despacio. Reducir el TTL a un valor corto uno o dos días antes del cambio estrecha la ventana en que los visitantes aún van a la dirección equivocada.
- Hacer un inventario de todos los registros del proveedor antiguo (captura de pantalla o exportación)
- Comprobar por separado los subdominios, los registros de correo (MX) y los de verificación (TXT)
- Bajar el TTL a un valor corto antes del cambio y esperar a que caduque el valor antiguo
- Si DNSSEC está activado para el dominio, incluirlo aparte en el plan
- Preparar el acceso, los permisos y la verificación en dos pasos en el nuevo proveedor
Cuál es el orden correcto para un cambio sin sobresaltos
Las interrupciones vienen de equivocarse en el orden. El orden correcto es este: primero crear la zona del dominio en el nuevo proveedor e introducir cada registro exactamente; después comprobar que los nuevos servidores de nombres responden bien consultándolos directamente; y solo entonces cambiar en el registrador los servidores de nombres por los nuevos.
Cambiar los servidores de nombres antes de que los registros estén listos es la causa más común de interrupciones: el nuevo servidor responde con una zona vacía, y el sitio o el correo desaparece de inmediato. El mismo error surge cuando también cambia la dirección del sitio y se amontonan dos cambios en el mismo día. Si puede, separe la migración de DNS y el traslado del servidor en días distintos.
Tras el cambio, no elimine la zona en el proveedor antiguo. El tiempo de caché de los registros de servidores de nombres suele ser el más largo de todos, y algunos visitantes aún pueden consultar los servidores antiguos entre unas horas y unos días; mientras la zona antigua siga activa con los registros correctos, esos visitantes siguen llegando al lugar correcto.
Qué se comprueba después del cambio
La comprobación no termina al ver que el sitio se abre. Pruebe por separado el sitio, la dirección con www y el dominio sin prefijo; pruebe el envío y la recepción de correo; y confirme que los servicios de terceros que necesitan verificación (una herramienta de un buscador, una cuenta publicitaria, un servicio de envío de correos) siguen apareciendo como verificados. Probar desde distintas redes y dispositivos muestra si el cambio ha terminado de propagarse de verdad.
Pasados unos días el TTL se vuelve a subir a su nivel normal, y la zona del proveedor antiguo solo se cierra cuando se ha visto que todo funciona. También ayuda llevar un registro del traslado: cuándo, quién, qué cambio. Si aparece un problema, esa nota facilita encontrar la causa.
Cuándo es innecesaria la migración de DNS
No todo cambio de proveedor exige una migración de DNS. Si solo traslada el sitio web a un servidor nuevo, es mucho más sencillo y menos arriesgado dejar el DNS donde está y cambiar solo el registro de dirección del sitio. Si solo cambia su servicio de correo, solo se actualizan los registros de correo.
La migración de DNS tiene sentido en estos casos: deja el proveedor que gestiona su DNS, su servicio DNS actual se queda corto (velocidad, herramientas de gestión, funciones de seguridad) o quiere gestionar varios dominios desde un solo lugar. Sin una razón así, no tocar nada suele ser la opción más segura.
Qué errores son habituales
El error más costoso es un registro olvidado. Los que más a menudo se pasan por alto son los de correo y verificación; como el sitio parece abrirse, el problema pasa inadvertido durante días, y entonces el correo enviado rebota o un servicio pierde su verificación.
Un segundo grupo de errores afecta al momento y al acceso. Entre los errores frecuentes están estos.
- Cambiar los servidores de nombres antes de que los registros estén completamente construidos
- Bajar el TTL demasiado pronto, o no bajarlo en absoluto
- Dejar DNSSEC activado sin actualizar el registro asociado en el nuevo proveedor; el dominio puede dejar de resolverse
- Eliminar la zona en el proveedor antiguo justo después del cambio
Hecha en el orden correcto, una migración de DNS pasa inadvertida: primero construir los registros en el nuevo lugar, bajar antes el TTL, cambiar los servidores de nombres solo tras comprobarlos y mantener viva un tiempo la configuración antigua. Dejar el DNS tranquilo cuando no hay motivo para moverlo es también una decisión perfectamente válida. Si desea planificar su cambio junto con nosotros, rabbitclip le propondrá con gusto una conversación inicial, sin prisas.
Preguntas frecuentes
¿Qué es el TTL y por qué bajarlo antes del cambio?
El TTL es el tiempo que un registro DNS se conserva en la caché de otros servidores. Si se baja de antemano, un cambio se propaga antes y la ventana en que los visitantes van a la dirección antigua es más corta.
¿Estará mi sitio inaccesible durante una migración de DNS?
Normalmente no, si se hace en el orden correcto. Los servidores de nombres se cambian después de que los registros estén completamente construidos en el nuevo lugar, y la configuración antigua se deja funcionando un tiempo. Las interrupciones suelen venir de un registro que falta.
¿Cuánto tarda una migración de DNS?
El trabajo en sí es corto, pero la propagación puede tardar entre unas horas y dos días. Varía según los ajustes de caché y las redes, así que es sensato repetir las comprobaciones un día más tarde.
¿Cómo averiguo quién gestiona mi DNS?
Mire los registros de servidores de nombres (NS) del dominio. Muestran la empresa que opera su DNS, que a menudo es distinta de aquella donde registró el dominio. Una herramienta de consulta de dominio se los mostrará.
