Microsoft 365 / Cómo agregar un dominio de empresa y verificar la configuración de DNS
Para conectar un dominio de empresa a Microsoft 365, primero debe verificar la propiedad del dominio y luego configurar los registros del Sistema de Nombres de Dominio (DNS) según los servicios que vaya a utilizar. Los registros TXT (texto) para la verificación de propiedad y los registros MX (intercambiador de correo) para enrutar el correo entrante a Microsoft 365 tienen diferentes propósitos. Si ya utiliza un servicio de correo, prepare los buzones de los usuarios y un plan de migración antes de cambiar los registros MX.
Qué preparar antes de comenzar
- Acceso autorizado a su registrador de dominios y al proveedor que realmente aloja sus registros DNS
- Lista de registros DNS actualmente en uso para su sitio web, correo y servicios de envío externos
- Direcciones de usuario a utilizar en Microsoft 365 y el estado de la preparación del buzón
- Fecha y hora del cambio de correo, persona responsable, dirección de prueba, criterios para revertir si ocurre un problema
El registrador de dominio y el proveedor de hosting de DNS pueden ser diferentes. Si agrega un registro en la pantalla de gestión incorrecta, no será verificado. La guía de Microsoft para agregar un dominio personalizado explica tanto la configuración automática de Domain Connect como la configuración manual de DNS.
En Microsoft 365, use una cuenta con permiso para agregar un dominio, como una asignada al rol de Administrador de Nombres de Dominio. Los permisos para la cuenta del proveedor de DNS y los permisos de administrador de Microsoft 365 son separados, por lo que necesita acceso a ambos. Incluso si ha iniciado sesión en el proveedor donde se compró el dominio, si los servidores de nombres apuntan a un proveedor diferente, la modificación real del DNS debe hacerse en ese proveedor.
Antes de comenzar el trabajo, exporte los registros actuales o guárdelos como una lista. Necesita registrar el tipo, nombre, valor, prioridad y TTL juntos para poder restaurarlos. TTL (Time To Live, tiempo de vida) es el tiempo que una respuesta DNS se mantiene en caché. Que esté guardado en la pantalla de DNS no significa que todos los usuarios externos consultarán el nuevo valor de inmediato.
Verificar la propiedad del dominio
- En el centro de administración de Microsoft 365, vaya a Configuración → Dominios y seleccione Agregar dominio. Si el menú está colapsado, presione Mostrar todo.
- Introduzca el dominio que desea agregar y seleccione el método de verificación de propiedad proporcionado. Si administra el DNS manualmente, copie exactamente el host y el valor del registro TXT que se muestra en la pantalla. Los valores proporcionados por Microsoft difieren para cada dominio, así que no use los valores de ejemplo tal como están.
- Agregue el registro TXT correspondiente a través de su proveedor de alojamiento DNS. Si ya existe otro registro TXT para el mismo host, no lo elimine ni sobrescriba a ciegas; verifique si puede agregarlo como un registro separado.
- Regrese al centro de administración y presione Verificar. Incluso si falla de inmediato, puede deberse a un retraso en la propagación del DNS, así que primero verifique los valores de entrada y la ubicación de gestión del DNS, luego intente de nuevo después de un rato.
Cómo interpretar los campos de DNS
Los valores en la tabla a continuación son solo para fines de explicación del método de entrada. No cree valores TXT de verificación reales ni objetivos MX usando estos; debe copiar los valores proporcionados por el centro de administración para el dominio correspondiente.
| Campo de entrada | Significado y opciones | Errores comunes |
|---|---|---|
| Nombre·Host | Verifique si es la raíz del dominio o un subnombre específico. Para la raíz, ingrese @ o deje en blanco según el proveedor. | El proveedor agrega automáticamente el dominio, por lo que si vuelve a ingresar el nombre completo, el dominio se duplicará. |
| Tipo | Use el tipo correcto, como TXT para la verificación de propiedad o MX para rutas de recepción de correo. | Tipos confusos, como poner un valor TXT en un destino CNAME (Nombre Canónico, o alias). |
| Valor·Destino | La cadena o el nombre del servidor sugerido por el asistente. | Espacios adicionales o caracteres faltantes, reutilizando valores de ejemplo de otras organizaciones. |
| TTL·Prioridad | TTL es el tiempo de caché, un número más pequeño para la prioridad MX significa mayor prioridad. | Aplicar prioridad MX a TXT o dejar el MX anterior con la misma prioridad. |
Si la verificación de propiedad falla, primero verifique si se puede recuperar el registro TXT de ese nombre desde el DNS que realmente tiene autoridad. Puede haber registros TXT de verificación de propiedad de otros servicios en el mismo nombre, y esto no debe resolverse eliminándolos. Un error que indique que el dominio ya está en uso por otro inquilino es un problema diferente de la propagación del DNS. Primero, verifique la asociación del inquilino existente y la organización que posee el dominio.
Conectar el correo y otros servicios mediante DNS
Completar la verificación de propiedad no completa automáticamente la migración de correo electrónico. El asistente de configuración de Microsoft 365 presenta los registros requeridos para los servicios que seleccione. Los registros MX usados para correo electrónico, los registros CNAME usados para la autoconfiguración del cliente, y los registros SPF (Sender Policy Framework) y DKIM (DomainKeys Identified Mail) para la autenticación del dominio del remitente tienen cada uno roles diferentes. Compruebe los registros y valores necesarios en el asistente de configuración del inquilino. El procedimiento de conexión DNS de Microsoft también guía a través de esta secuencia.
- Antes de la migración, compruebe todos los usuarios y direcciones compartidas que reciben correo en el dominio y prepare los buzones de Microsoft 365.
- Revise los registros específicos del servicio que se muestran en el asistente de configuración. Si tiene un sistema de envío existente, no cree múltiples registros SPF y verifique si se puede integrar con la configuración actual.
- Configure la programación para el cambio de correo y modifique el registro MX. A partir de este momento, el nuevo correo puede comenzar a llegar a Microsoft 365, por lo que es necesario un plan de transición con el servidor de correo existente.
- Verifique el estado del dominio y los resultados de las consultas DNS en el centro de administración, y envíe y reciba correos de prueba tanto dentro como fuera de la organización. No solo verifique la entrega de correo, sino también confirme los resultados de la autenticación del remitente.
Qué verificar antes y después del cambio de correo
Por ejemplo, si está migrando 20 empleados y 2 direcciones principales, verificar solo las cuentas de los empleados no es suficiente. Cree una lista de todas las direcciones de los destinatarios, alias y buzones compartidos, y asegúrese de que Microsoft 365 esté listo para recibir correo para esas direcciones. Mover correos electrónicos anteriores desde el servidor existente es independiente de cambiar el registro MX. Cambiar solo el MX no copia automáticamente el contenido de los buzones anteriores.
- Justo antes del cambio: Compare los registros MX y del sitio web existentes, la lista de destinatarios preparada y la hora de la tarea programada. Incluso si usa configuraciones automáticas, lea los registros que se cambiarán en la pantalla de aprobación y confirme si la ruta de correo existente se modificará.
- Inmediatamente después del cambio: Verifique en las consultas DNS que el destino y la prioridad MX coincidan con el plan, y vuelva a ejecutar la verificación del dominio en el centro de administración. Incluso si la verificación de DNS es correcta, no significa que todos los buzones de correo de los usuarios hayan sido probados.
- Prueba de correo: Envíe correos electrónicos desde direcciones externas tanto a las direcciones de empleados como a las direcciones generales de la empresa, y responda externamente usando Microsoft 365 también. Registre la hora de la prueba y las direcciones de los destinatarios, y conserve cualquier notificación de fallo en la entrega.
- Verificación de estabilidad: Compruebe si los correos electrónicos nuevos permanecen en el servidor anterior. Los sistemas de envío que todavía tienen información de DNS en caché pueden seguir utilizando la ruta antigua por un tiempo, por lo que no elimine el entorno anterior de inmediato.
Para los correos electrónicos que no llegaron, verifique la ruta usando el seguimiento de mensajes, e investigue la autenticación del remitente con verificaciones de autenticación del remitente. No finalice la migración de correo simplemente basándose en el resultado de que la verificación de propiedad fue exitosa.
¿También se trasladará el sitio web a Microsoft 365?
No. Agregar un dominio a Microsoft 365 no mueve automáticamente el sitio web existente. Sin embargo, cambiar registros DNS incorrectamente puede interrumpir el sitio web u otros servicios. Si solo se cambia el correo, no modifique innecesariamente los registros A (dirección IPv4), AAAA (dirección IPv6) o CNAME (alias) del sitio web.
Si ocurre un problema, primero compare los registros DNS actuales con los registros antes del cambio. Incluso si revierte el MX al valor anterior, la transición puede no coincidir de inmediato debido al almacenamiento en caché de DNS, por lo que debe verificar el estado de recepción de ambos entornos de correo juntos. Al restaurar, solo revierta los registros que se cambiaron esta vez a sus valores anteriores y compare qué lado recibió correo durante la transición. La recuperación de DNS no fusiona los datos de los dos buzones. Además, evite métodos como eliminar el dominio o los usuarios para suspender temporalmente la conexión del servicio.
