Microsoft 365 / Comment ajouter un domaine d'entreprise et vérifier les paramètres DNS

Pour connecter un domaine d'entreprise à Microsoft 365, vous devez d'abord vérifier la propriété du domaine, puis configurer les enregistrements du système de noms de domaine (DNS) en fonction des services que vous utiliserez. Les enregistrements TXT (texte) pour la vérification de propriété et MX (échangeur de courrier) pour l'acheminement du courrier entrant vers Microsoft 365 ont des objectifs différents. Si vous utilisez déjà un service de messagerie, préparez les boîtes aux lettres des utilisateurs et un plan de migration avant de modifier les enregistrements MX.

Ce qu'il faut préparer avant de commencer

  • Accès autorisé à votre bureau d’enregistrement du domaine et au fournisseur qui héberge réellement vos enregistrements DNS
  • Liste des enregistrements DNS actuellement utilisés pour votre site Web, votre courrier et vos services d'envoi externes
  • Adresses utilisateur à utiliser dans Microsoft 365 et état de la préparation des boîtes aux lettres
  • Date et heure de la migration des mails, personne en charge, adresse de test, critères pour revenir en arrière en cas de problème

Le bureau d’enregistrement du domaine et le fournisseur d'hébergement DNS peuvent être différents. Si vous ajoutez un enregistrement sur le mauvais écran de gestion, il ne sera pas vérifié. Le guide de Microsoft pour l'ajout d'un domaine personnalisé explique à la fois la configuration automatique Domain Connect et la configuration manuelle du DNS.

Dans Microsoft 365, utilisez un compte disposant de l'autorisation d'ajouter un domaine, comme un compte auquel le rôle d'administrateur de nom de domaine est attribué. Les autorisations pour le compte du fournisseur DNS et les autorisations d'administrateur Microsoft 365 sont séparées, donc vous devez avoir accès aux deux. Même si vous êtes connecté au fournisseur où le domaine a été acheté, si les serveurs de noms pointent vers un fournisseur différent, la modification réelle du DNS doit être effectuée chez ce fournisseur.

Avant de commencer les travaux, exportez les enregistrements actuels ou conservez-les sous forme de liste. Vous devez enregistrer le type, le nom, la valeur, la priorité et le TTL ensemble pour pouvoir les restaurer. Le TTL (Time To Live) est la durée pendant laquelle une réponse DNS est conservée en cache. Le fait qu'il soit enregistré sur l'écran DNS ne signifie pas que tous les utilisateurs externes interrogeront immédiatement la nouvelle valeur.

Vérifier la propriété du domaine

  1. Dans le centre d'administration Microsoft 365, allez dans Paramètres → Domaines et sélectionnez Ajouter un domaine. Si le menu est réduit, appuyez sur Afficher tout.
  1. Entrez le domaine que vous souhaitez ajouter et sélectionnez la méthode de vérification de propriété fournie. Si vous gérez le DNS manuellement, copiez exactement l'hôte et la valeur de l'enregistrement TXT affichés à l'écran. Les valeurs fournies par Microsoft diffèrent pour chaque domaine, donc n'utilisez pas les valeurs d'exemple telles quelles.
  2. Ajoutez l'enregistrement TXT correspondant via votre fournisseur d'hébergement DNS. S'il existe déjà un autre enregistrement TXT pour le même hôte, ne le supprimez pas et ne l'écrasez pas aveuglément ; vérifiez si vous pouvez l'ajouter comme un enregistrement séparé.
  1. Retournez au centre d'administration et appuyez sur Vérifier. Même si cela échoue immédiatement, cela peut être dû à un retard de propagation DNS, vérifiez donc d'abord les valeurs saisies et le lieu de gestion DNS, puis essayez de nouveau après un court moment.

Comprendre les champs de saisie DNS

Les valeurs dans le tableau ci-dessous servent à expliquer la méthode de saisie. Ne créez pas de véritables valeurs de vérification TXT ou de cibles MX en utilisant ces valeurs ; vous devez copier les valeurs fournies par le centre d'administration pour le domaine correspondant.

Champ de saisie Signification et choix Erreurs courantes
Nom·Hôte Vérifiez s'il s'agit de la racine du domaine ou d'un sous-nom spécifique. Pour la racine, entrez @ ou laissez vide selon le fournisseur. Le fournisseur ajoute automatiquement le domaine, donc si le nom complet est saisi à nouveau, le domaine est dupliqué.
Type Utilisez le type correct, tel que TXT pour la vérification de propriété ou MX pour les chemins de réception des mails. Types confus, comme mettre une valeur TXT dans une cible CNAME (Nom Canonique, ou alias).
Valeur·Cible La chaîne ou le nom du serveur suggéré par l'assistant. Espaces supplémentaires ou caractères manquants, réutilisation des valeurs d'exemple d'autres organisations.
TTL·Priorité TTL est le temps de cache, un nombre plus petit pour la priorité MX signifie une priorité plus élevée. Application de la priorité MX au TXT ou en laissant l'ancien MX avec la même priorité.

Si la vérification de la propriété échoue, vérifiez d'abord si l'enregistrement TXT pour ce nom peut être récupéré auprès des serveurs DNS faisant autorité. Il peut y avoir des enregistrements TXT de vérification de propriété d'autres services pour le même nom, et cela ne doit pas être résolu en les supprimant. Une erreur indiquant que le domaine est déjà utilisé par un autre locataire est un problème différent de la propagation DNS. Vérifiez d'abord l'association du locataire existant et l'organisation qui possède le domaine.

Connexion du DNS pour les e-mails et autres services

La vérification de la propriété ne complète pas automatiquement la migration des e-mails. L'assistant de configuration de Microsoft 365 présente les enregistrements requis pour les services que vous sélectionnez. Les enregistrements MX utilisés pour les e-mails, les enregistrements CNAME utilisés pour l'auto-configuration des clients, et les enregistrements SPF (Sender Policy Framework) et DKIM (DomainKeys Identified Mail) pour l'authentification des domaines d'expéditeur ont chacun des rôles différents. Consultez les enregistrements et les valeurs nécessaires dans l’assistant de configuration de votre locataire. La procédure de connexion DNS de Microsoft guide également à travers cette séquence.

  1. Avant la migration, confirmez tous les utilisateurs et adresses partagées recevant des e-mails sur le domaine, et préparez les boîtes aux lettres Microsoft 365.
  2. Examinez les enregistrements spécifiques au service affichés dans l'assistant de configuration. Si vous disposez d'un système d'envoi existant, ne créez pas plusieurs enregistrements SPF et vérifiez s'il peut être intégré à la configuration actuelle.
  3. Définissez l'heure du basculement des mails et modifiez l'enregistrement MX. À partir de ce moment, les nouveaux mails peuvent commencer à arriver dans Microsoft 365, il est donc nécessaire de prévoir un plan de transition avec le serveur de messagerie existant.
  4. Vérifiez le statut du domaine et les résultats des requêtes DNS dans le centre d'administration, et envoyez et recevez des mails test aussi bien à l'intérieur qu'à l'extérieur de l'organisation. Ne vous contentez pas de vérifier la livraison des mails, mais vérifiez également les résultats de l'authentification de l'expéditeur.

Ce qu'il faut vérifier avant et après le basculement des mails

Par exemple, si vous migrez 20 employés et 2 adresses principales, vérifier uniquement les comptes des employés n'est pas suffisant. Créez une liste de toutes les adresses des destinataires, des alias et des boîtes aux lettres partagées, et assurez-vous que Microsoft 365 est prêt à recevoir du courrier pour ces adresses. Déplacer les emails anciens depuis le serveur existant est séparé du changement de l'enregistrement MX. Changer uniquement le MX ne copie pas automatiquement le contenu des boîtes aux lettres précédentes.

  1. Juste avant le basculement : Comparez les enregistrements MX et les enregistrements du site web existants, la liste des destinataires préparée et l'heure de la tâche planifiée. Même si vous utilisez des paramètres automatiques, lisez les enregistrements qui seront modifiés sur l'écran de validation et confirmez si le chemin de courrier existant sera modifié.
  2. Immédiatement après le basculement : Vérifiez dans les requêtes DNS que la destination et la priorité MX correspondent au plan, et relancez la vérification du domaine dans le centre d'administration. Même si la vérification DNS est réussie, cela ne signifie pas que toutes les boîtes aux lettres des utilisateurs ont été testées.
  3. Test de messagerie : Envoyez des e-mails depuis des adresses externes vers les adresses des employés et les adresses générales de l’entreprise, et répondez également de manière externe en utilisant Microsoft 365. Enregistrez l'heure du test et les adresses des destinataires, et conservez toute notification d'échec de remise.
  4. Vérification de la stabilité : Vérifiez si les nouveaux e-mails restent sur le serveur précédent. Les systèmes d'envoi qui ont encore des informations DNS mises en cache peuvent continuer à utiliser l'ancien itinéraire pendant un certain temps, donc ne supprimez pas immédiatement l'environnement précédent.

Pour les e-mails qui n'ont pas été reçus, vérifiez le cheminement en utilisant le suivi des messages, et examinez l'authentification de l'expéditeur avec les vérifications d'authentification de l'expéditeur. Ne finalisez pas la migration des mails simplement sur la base du résultat indiquant que la vérification de propriété a réussi.

Le site web sera-t-il également déplacé vers Microsoft 365 ?

Non. Ajouter un domaine à Microsoft 365 ne déplace pas automatiquement le site web existant. Cependant, modifier incorrectement les enregistrements DNS peut perturber le site web ou d'autres services. Si vous migrez uniquement la messagerie, ne changez pas inutilement les enregistrements A (adresse IPv4), AAAA (adresse IPv6) ou CNAME (alias) du site web.

Si un problème survient, comparez d'abord les enregistrements DNS actuels avec ceux avant la modification. Même si vous restaurez le MX à sa valeur précédente, la transition peut ne pas se faire immédiatement en raison de la mise en cache DNS, donc vérifiez ensemble l'état de réception des deux environnements de messagerie. Lors de la restauration, ne revenez qu'aux valeurs précédentes des enregistrements modifiés cette fois-ci, et comparez quel côté a reçu des mails pendant la transition. La récupération DNS ne fusionne pas les données des deux boîtes aux lettres. Évitez également les méthodes telles que la suppression du domaine ou des utilisateurs pour suspendre temporairement la connexion au service.