Migrar un dominio: comprobación previa y plan paso a paso
Cambiar de registrador, de proveedor de DNS o de proveedor de correo falla casi siempre en los mismos puntos: una fecha de vencimiento demasiado cercana, un bloqueo de transferencia, un DNS que desaparece con el registrador anterior, un registro DS que se queda atrás, TTL largos, una clave DKIM olvidada. Introduzca el dominio y esta página comprueba esos puntos con datos públicos en vivo, le da los pasos en orden y compara el resultado al terminar.
Las comprobaciones leen los datos públicos de registro, el DNS y el certificado del sitio web desde nuestro servidor, en el momento indicado. La página no puede ver su cuenta en el registrador, no puede desbloquear ni transferir nada y no conoce los registros que no son visibles desde fuera. Una comprobación que falla se muestra como «no se pudo comprobar», nunca como correcta.
Plan paso a paso: Cambiar de registrador
0 de 8 pasos completados
Sus marcas, el escenario elegido y los valores de la comprobación previa se guardan únicamente en este navegador (almacenamiento local). No se nos envían, no le acompañan a otro dispositivo y desaparecen cuando usted borra los datos del sitio.
Comprobación posterior al traslado
Cuando el traslado esté hecho, repita las comprobaciones. Cada valor se compara con la comprobación previa guardada en este navegador.
Ejecute primero la comprobación previa: todavía no hay nada con lo que comparar.
Vigilar este cambio
Una vigilancia en el espacio de trabajo vuelve a comprobar un registro frente al valor que usted espera e indica cuántos de los resolvers medidos lo devuelven, por ejemplo «9 de 12 resolvers». Requiere una cuenta.
Plan paso a paso
Cómo transferir un dominio a otro registrador
- Compruebe el vencimiento y renueve si está cerca. Empiece con al menos 15 días por delante. Si la comprobación previa muestra menos, renueve primero en el registrador actual.
- Decida dónde va a estar el DNS. Si los servidores de nombres pertenecen al registrador actual, configure la zona en el nuevo proveedor de DNS y cambie los servidores de nombres antes de la transferencia (vea el escenario de DNS). Si el DNS es un servicio independiente, no lo toque.
- Asegúrese de que puede leer el correo del titular. Los mensajes de aprobación y de confirmación llegan a la dirección de contacto que consta en el registro del dominio. Actualícela primero si es un buzón antiguo, y tenga en cuenta que algunos registradores bloquean el dominio durante 60 días tras un cambio así.
- Desactive el bloqueo del registrador. En el panel del registrador actual: «bloqueo de transferencia», «transfer lock», «registrar lock» o «domain lock». Después, el estado clientTransferProhibited desaparece de los datos de registro; repita la comprobación para verlo.
- Solicite el código de autorización. También se llama auth code, código EPP o código de transferencia. Lo emite el registrador actual, es válido durante un tiempo limitado y funciona como una contraseña del dominio: no lo envíe a nadie y escríbalo únicamente en el formulario de pedido del nuevo registrador.
- Inicie la transferencia en el nuevo registrador. Solicite allí la transferencia e introduzca el código de autorización. En la mayoría de los TLD genéricos, la transferencia incluye una renovación de un año que se suma a la fecha de vencimiento actual.
- Apruebe, o espere a que pasen los cinco días. El registrador actual puede pedirle que confirme. Si nadie se opone, la transferencia de un TLD genérico se completa por sí sola al cabo de cinco días. No cambie contactos ni servidores de nombres mientras esté pendiente.
- Después: vuelva a bloquear y verifique. Active de nuevo el bloqueo del registrador en el nuevo registrador, revise la renovación automática y los datos de contacto, y ejecute la comprobación posterior al traslado que está más abajo.
Cómo cambiar de proveedor de DNS sin interrupciones
- Exporte la zona completa. Use la función de exportación del proveedor de DNS actual, si la tiene. La comprobación previa solo ve los tipos de registro habituales en el propio dominio: los subdominios, los selectores DKIM, los registros SRV y los TXT de verificación no son visibles desde fuera.
- Baje los TTL un día antes. Ponga a 300 segundos, en el proveedor actual, los registros que va a trasladar y espere al menos tanto como el TTL antiguo.
- Vuelva a crear todos los registros en el nuevo proveedor de DNS. Copie los valores con exactitud, incluidas las prioridades de MX y las comillas de los registros TXT largos. No cambie nada más en el mismo paso.
- Compare las respuestas antes de cambiar. Consulte directamente los nuevos servidores de nombres (dig @new-nameserver example.com MX) y compare con las respuestas actuales. Deberían ser idénticas.
- Si DNSSEC está activado: elimine primero el DS. Borre el registro DS en el registrador y espere a que pase su TTL. Cambiar los servidores de nombres con un DS antiguo hace que el dominio falle para los resolvers que validan.
- Cambie los servidores de nombres en el registrador. Introduzca todos los servidores de nombres del nuevo proveedor. Aquí se aplica el TTL de NS del propio TLD, a menudo de uno o dos días, y usted no puede bajarlo.
- Mantenga la zona antigua en funcionamiento. Deje la zona antigua intacta durante al menos 48 horas: los resolvers que aún conservan la delegación antigua deben seguir recibiendo respuestas correctas.
- Firme de nuevo y suba los TTL. Si usa DNSSEC, active la firma en el nuevo proveedor y publique el nuevo DS en el registrador. Suba los TTL a sus valores normales cuando todo esté estable y ejecute después la comprobación posterior al traslado.
Cómo migrar el correo de un dominio a otro proveedor
- Haga una lista de lo que hoy envía y recibe correo. MX, SPF, DMARC y todos los selectores DKIM, además de otros sistemas que envían con su dominio: boletines, facturación, el formulario de contacto del sitio web. Cada uno de ellos debe seguir superando SPF o DKIM después.
- Baje el TTL de MX un día antes. Póngalo a 300 segundos en su proveedor de DNS y espere al menos tanto como el TTL antiguo.
- Cree los buzones y los alias en el nuevo proveedor. Todas las direcciones que hoy reciben correo deben existir antes del cambio de MX; de lo contrario, el correo dirigido a ellas se devuelve. Verifique el dominio en el nuevo proveedor con el registro TXT que este le indique.
- Publique la nueva clave DKIM. Añada el registro DKIM del nuevo proveedor junto al antiguo. Los selectores distintos no entran en conflicto, así que ambos pueden permanecer durante el cambio.
- Cambie los registros MX. Sustituya los registros MX antiguos por los del nuevo proveedor, exactamente como los indica su guía de configuración, prioridades incluidas. No mezcle los registros MX de dos proveedores.
- Actualice SPF y después mire DMARC. Añada el include del nuevo proveedor al único registro SPF y quite el antiguo cuando ya nada envíe a través de él. Mantenga la política DMARC tal como está durante el traslado; lea los informes durante una semana antes de endurecerla.
- Conserve los buzones antiguos durante un tiempo. Los servidores de envío reintentan y las cachés caducan en momentos distintos: todavía puede llegar correo al proveedor antiguo durante unos días. Traslade el correo almacenado y después cancele.
Guías de configuración del nuevo proveedor de correo
Los registros MX, SPF y DKIM exactos de los proveedores habituales, con una comprobación de su dominio frente a ellos.
Términos y herramientas para este traslado
Preguntas sobre la migración de un dominio
¿Una transferencia de dominio a otro registrador provoca una interrupción?
Por sí sola, no. Una transferencia cambia quién gestiona el registro del dominio, no dónde se responde el DNS. La interrupción se produce cuando los servidores de nombres pertenecen al registrador anterior y se apagan cuando el dominio se va. Traslade primero el DNS, o confirme que el registrador anterior seguirá sirviendo la zona.
¿Qué es el bloqueo de transferencia de 60 días?
En los TLD genéricos, los registradores rechazan las transferencias durante los primeros 60 días tras el registro de un dominio y durante los 60 días posteriores a una transferencia anterior, como establece la Política de Transferencias de ICANN. Algunos registradores también bloquean el dominio tras un cambio en los datos del titular. Los TLD de código de país tienen sus propias reglas.
¿Qué códigos de estado impiden una transferencia?
clientTransferProhibited es el bloqueo del registrador: usted lo desactiva en el panel del registrador actual. serverTransferProhibited, pendingTransfer, pendingDelete y redemptionPeriod los fija el registro y solo terminan con el proceso que hay detrás.
¿Cuánto debo esperar después de bajar un TTL?
Al menos tanto como el TTL antiguo. Un resolver que obtuvo el registro justo antes de su cambio conserva el TTL antiguo hasta que se agota; solo entonces recoge el corto.
¿Por qué importa DNSSEC al cambiar los servidores de nombres?
El registro DS de la zona superior designa las claves del proveedor de DNS actual. Los nuevos servidores de nombres firman con otras claves, o no firman. Mientras el DS antiguo siga publicado, los resolvers que validan tratan todas las respuestas como falsificadas y el dominio falla para sus usuarios. Elimine primero el DS, haga el cambio y después publique el nuevo.
¿Perderé correo mientras cambian los registros MX?
Los servidores de envío reintentan durante días cuando un destino no responde, así que los huecos breves rara vez hacen perder correo. El correo se pierde cuando una dirección todavía no existe en el nuevo proveedor, o cuando los buzones antiguos se cancelan antes de que las cachés hayan caducado. Cree primero todas las direcciones y conserve el proveedor antiguo unos días.
¿Mi lista se guarda en sus servidores?
No. Las marcas y los valores de la comprobación previa se quedan en el almacenamiento local de su navegador. Las consultas en sí se ejecutan en nuestro servidor, como cualquier otra consulta de este sitio.