Tiempo de lectura estimado : 2 min · Publicado
Identificar responsables y registros
Anote titular, registrador, proveedor DNS, alojamiento y correo, con fechas de renovación y responsable del cambio. Exporte una copia fechada de la zona: dominio principal, www, subdominios, A, AAAA, CNAME, MX y TXT. Identifique también CAA y DNSSEC cuando existan. Guarde el inventario en el proyecto; no publique credenciales ni claves.
Preparar la zona de destino
Si cambia de proveedor DNS, reproduzca los registros necesarios y compare nombres, valores, prioridades y TTL con el inventario. Si solo mueve la web, limite el cambio a los registros afectados. Un TTL reducido con antelación puede acortar la persistencia de una respuesta antigua, pero no vacía todas las cachés. Haga coordinar DNSSEC y los registros DS por su responsable.
Comprobar todos los servicios
Pruebe HTTPS en dominio principal y www, subdominios, formularios, recepción y envío de correo. Compruebe la respuesta desde más de una red y distinga la zona publicada de una respuesta aún almacenada. La web funcionando no valida los MX ni la autenticación de correo. No retire TXT desconocidos sin identificar qué servicio los utiliza.
Decidir la retirada y el regreso
Antes de cambiar, acuerde qué fallo obliga a volver, quién decide y cómo restaurar la zona anterior. Mantenga disponibles los servicios necesarios mientras se observan las cachés y dependencias reales. Documente valores iniciales y finales, horarios, pruebas y excepciones. Una prueba positiva desde su ordenador no basta para eliminar el alojamiento o correo anterior.
Documentos de referencia
- Afnic : comprendre les noms de domaine
- Cloudflare : rôle des enregistrements MX
- ICANN : transfert d’un nom de domaine
- Cloudflare — Import and export DNS records · Fuente consultada
- Cloudflare — DNSSEC · Fuente consultada
Contenido actualizado
Anote los controles y los resultados en el registro de pruebas web