Módulo 6 · 6.2
Trasladar sin interrupciones
Módulo 6: Trasladar y transferir · Tiempo de lectura: 10 minutos
Objetivo de aprendizaje: Después de esta lección, usted podrá planificar el traslado de un dominio de forma que su sitio web y su correo sigan funcionando, en el orden correcto y en el momento adecuado.
Conceptos clave: plan de traslado, inventario, orden, resolver primero el DNS, llevarse la zona, servidores de nombres en el traslado, DNSSEC, probar el sitio web antes, correo durante el cambio, momento, dar de baja el servicio antiguo, recordatorio de traslado
Las interrupciones casi nunca las causa el traslado en sí
El traslado de un registro (lección 6.1) es en sí un trámite administrativo: el nombre pasa de un registrar a otro. Un visitante no nota nada. Las interrupciones se producen por lo que ocurre al mismo tiempo o, precisamente, por lo que no ocurre: el DNS que se queda en el proveedor antiguo, servidores de nombres que al hacer el pedido se cambian a una zona vacía, un DNSSEC que ya no cuadra o un paquete antiguo que se da de baja demasiado pronto.
Por eso, un buen plan de traslado empieza con la pregunta: ¿qué se traslada exactamente? El curso de DNS distingue cuatro tipos de traslado: sitio web, correo electrónico, gestión del DNS y registro. Cómo se traslada el propio DNS (reducir el TTL, preparar los registros, comprobar) se explica con detalle en la lección 6.3 de ese curso. Esta lección trata del plan que lo rodea.
Paso 1: sepa qué está dónde
Anote cuatro cosas sobre su dominio:
| Componente | ¿Dónde está ahora? | ¿Adónde debe ir? |
|---|---|---|
| Registro | en el registrar ... | ... |
| DNS (servidores de nombres) | en ... | ... |
| Sitio web | en ... | ... |
| Correo electrónico | en ... | ... |
Los servidores de nombres los encontrará en el Whois o en RDAP (lección 4.1). Muestran quién gestiona su DNS. Puede ser su registrar, su proveedor de hosting o un servicio de DNS independiente. De esta lista se deriva su plan. Hay tres situaciones habituales.
Tres situaciones, tres planes
A. Solo se traslada el registro. Su DNS está en un proveedor distinto de su registrar, por ejemplo en su proveedor de hosting, y seguirá allí. En ese caso no hay que cambiar nada en el DNS. El único riesgo: al solicitar el traslado, el nuevo registrar suele preguntarle qué servidores de nombres desea. Elija entonces los servidores de nombres que están en uso ahora, y no los servidores de nombres predeterminados del nuevo registrar.
B. El registro y el DNS se trasladan juntos. Su DNS está en su registrar antiguo y debe trasladarse también. El orden es entonces: primero preparar la zona completa en el nuevo proveedor y solo después hacer que los servidores de nombres apunten al nuevo proveedor. Hágalo preferiblemente antes de dar de baja el registrar antiguo, porque la zona antigua desaparece cuando deja de ser cliente allí. Haga antes una copia de seguridad o una exportación de la zona antigua.
C. Se traslada todo: registro, DNS, sitio web y correo. Es el trabajo más grande. Prepare primero el sitio web y los buzones en el nuevo lugar y pruebe el sitio web antes de que cambie el DNS. Después viene el cambio de DNS y, al final o al mismo tiempo, el registro. Durante el cambio, parte del correo seguirá llegando al lugar antiguo; consulte ambos buzones hasta que durante unos días no llegue nada al antiguo.
En los tres casos se aplica lo mismo: no dé de baja el servicio antiguo hasta que todo funcione en el nuevo lugar.
DNSSEC: la trampa que lo deja todo fuera de servicio
Si su dominio está protegido con DNSSEC, en el registry hay una huella digital de la clave de su proveedor de DNS actual. Si la gestión del DNS pasa a un proveedor con otra clave y la huella antigua se mantiene, su dominio deja de repente de estar accesible para muchos visitantes. Sitio web y correo.
SIDN aconseja: elija un nuevo registrar que admita DNSSEC e indique que la protección debe seguir funcionando durante el traslado. En la práctica hay dos caminos seguros: desactivar primero DNSSEC y esperar, o llevarse la clave. Cómo funciona y cuándo elegir cada uno lo encontrará en el artículo 6678 de la base de conocimientos y en la lección 8.1 del curso de DNS. Si su DNS se queda en el mismo proveedor (situación A), la clave no cambia y normalmente no tiene que hacer nada.
El momento adecuado
Un buen plan también elige el momento. Tenga en cuenta estos puntos:
- No justo antes de la fecha de vencimiento. Si un traslado se atasca justo antes de que venza el nombre, se quedará sin tiempo. Es mejor trasladarlo con bastante antelación.
- No demasiado poco después del registro o de un traslado anterior en los gTLD: dentro de los 60 días, el registrar puede negarse (lección 6.1).
- Tenga en cuenta la validez del código. Un código de .be es válido durante 7 días, un código de .de como máximo 30 días. Solicítelo solo cuando esté listo para trasladar.
- No justo antes de una temporada con mucho trabajo. Una tienda online no se traslada la semana antes de las fiestas, ni una panadería neerlandesa justo antes del Día del Rey (Koningsdag).
- Revise su contrato. Con .nl, su contrato con el registrar antiguo no finaliza automáticamente; lo que aún tenga que pagar allí depende de lo que haya acordado.
Después del traslado
Cuando el nombre ya está en el nuevo registrar, aún no ha terminado:
- Compruebe los servidores de nombres, el sitio web (también https) y el correo, con un correo de prueba de ida y vuelta.
- Compruebe en el nuevo registrar el titular y los datos de contacto (lecciones 3.2 y 3.3).
- Active la renovación automática (lección 5.1).
- En un gTLD, vuelva a activar el bloqueo de transferencia.
- Vuelva a activar DNSSEC si lo había desactivado.
- Solo entonces dé de baja los servicios antiguos.
En la práctica: así funciona en WebOké
En WebOké, al solicitar un traslado usted elige por dominio los servidores de nombres: los de WebOké o los suyos propios. Así resuelve la situación A o B. Si quiere ver primero su sitio web en el nuevo servidor, puede hacerlo con la herramienta Probar su sitio web antes de migrar (artículo 6117 de la base de conocimientos). Si no introduce enseguida el código de transferencia (verhuiscode), recibirá cada 14 días un correo de recordatorio hasta que el traslado se complete. Después del traslado, la tarjeta Salud del dominio / correo muestra si los servidores de nombres, DNSSEC y el direccionamiento de su dominio son correctos. En otros registrars funciona de forma parecida.

Resumen
- Las interrupciones casi nunca se deben al registro en sí, sino al DNS, a DNSSEC o a dar de baja demasiado pronto.
- Empiece con una lista: dónde están el registro, el DNS, el sitio web y el correo, y adónde deben ir.
- Si el DNS se traslada también: primero prepare la zona y después cambie los servidores de nombres; si se queda: elija en el traslado los servidores de nombres actuales.
- Con DNSSEC: desactívelo primero o llévese la clave (artículo 6678 de la base de conocimientos).
- Elija un momento tranquilo, con bastante antelación a la fecha de vencimiento, y no dé de baja el servicio antiguo hasta que todo funcione.
Cuestionario
Ejercicio
Ejercicio D6.2: Su plan de traslado. Elabore un plan de traslado para uno de sus propios dominios, aunque ahora no tenga previsto trasladarlo. Empiece con la lista del paso 1 y determine si se trata de la situación A, B o C. Utilice el resultado del ejercicio A6.1 para los puntos que debe resolver primero.
Marque:
- Sé dónde están ahora el registro, el DNS, el sitio web y el correo, y adónde deben ir.
- Sé si mi dominio utiliza DNSSEC y qué enfoque elijo (artículo 6678 de la base de conocimientos).
- Tengo una copia de seguridad o una exportación de mis registros DNS actuales, o una captura de pantalla.
- He elegido un momento con bastante antelación a la fecha de vencimiento y fuera de una temporada con mucho trabajo.
- He anotado qué compruebo después del traslado y cuándo doy de baja los servicios antiguos.
Responda para usted mismo:
- ¿Su traslado corresponde a la situación A, B o C, y por qué?
- ¿En qué orden pone los pasos, desde la preparación hasta la baja?
- ¿Qué hace si el sitio web o el correo no funcionan después del cambio?
Ejercicio D6.2: Su plan de traslado
Este ejercicio lo hace usted mismo; nadie lo revisa. Marque lo que haya hecho y señale el ejercicio como realizado.
1. La situación correcta con su motivo: A = solo el registro, el DNS se queda en otro sitio (elegir los servidores de nombres actuales al hacer el pedido); B = el registro y el DNS del registrador anterior se trasladan juntos (preparar antes la zona); C = se traslada todo (preparar y probar antes el sitio web y el correo). 2. Inventario, copia de seguridad de la zona, enfoque para DNSSEC, preparar y probar el nuevo entorno, solicitar el código de transferencia (verhuiscode) solo cuando todo esté listo, cambio de DNS y/o traslado, comprobar (sitio web, https, correo de prueba de ida y vuelta, servidores de nombres), revisar el titular y los contactos, activar la renovación automática, volver a activar el bloqueo de transferencia (gTLD), volver a activar DNSSEC y solo entonces cancelar los servicios anteriores. 3. Comprobar primero DNSSEC (huella antigua en el registro), después comparar los servidores de nombres y los registros del nuevo proveedor con la copia de seguridad; no cancelar todavía el servicio anterior; si hace falta, volver atrás. Una referencia a Salud del dominio o al artículo 120 de la base de conocimientos suma puntos.
Sus marcas y notas se quedan solo en este navegador; no las enviamos a ningún sitio. Si ha iniciado sesión, en Mis cursos solo guardamos que ha realizado el ejercicio.
Para saber más
- Curso gratuito de DNS 6.3: El DNS en una mudanza
- Trasladar dominio, sitio web y correo electrónico juntos sin interrupciones: el plan paso a paso
- DNSSEC y traslado: primero desactivarlo, o llevarse la clave
- Ver su sitio web en WebOké antes de trasladar su nombre de dominio
- Correo electrónico recibido durante el traslado de su nombre de dominio
