Exchange Server utilisant un mauvais site Active Directory

Notre serveur Exchange 2013 a soudainement commencé à enregistrer des erreurs de mauvaise réplication entre les sites (il ne devrait pas y avoir de réplication car il n'y a pas d'autre serveur) ainsi que plusieurs autres problèmes qui semblent être liés.

Nous avons deux sites connectés par VPN. Il s'agit de la configuration des sites Active Directory:
il existe plusieurs sous-réseaux sur chaque site et le routage entre les sous-réseaux et les sites fonctionne correctement.

L'adresse IP du serveur Exchange est 10.10.0.26et il s'exécute sur le même hôte Hyper-V qu'un contrôleur de domaine avec l'IP 10.10.0.21(celle nommée XXXX-DC01 dans l'image) qui est définie comme faisant partie de la Default-First-Site.

Le serveur Exchange pense qu'il se trouve sur le site YGXXX:

J'ai activé NTLOGON.LOG, mais les seules informations connexes semblent être:

Comment savoir pourquoi le serveur choisit le mauvais site?

L'article Microsoft KB247811, Comment les contrôleurs de domaine sont situés dans Windows, est utile ici.

Cela dit, voici une liste de choses que je vérifierais si vous ne les avez pas déjà essayées:

• Exécutez dcdiag.exe sur tous les contrôleurs de domaine pour voir s'ils ont rencontré des problèmes de réplication. Vous pouvez également vérifier les journaux des événements - parfois je les trouve plus faciles à lire que la sortie dcdiag.
• Assurez-vous que l'adresse IP du serveur XXXX-DC01 est répertoriée dans les serveurs DNS répertoriés dans les propriétés de connexion réseau de votre serveur Exchange. Si le DC du site YG y figure, envisagez de le supprimer s'il ne fournit aucune redondance significative.

• À partir de votre serveur Exchange, testez la recherche DNS:

  c:\> nslookup
  Default Server: XXXX-DC01.xxxxxxxxx.edu
  Address: 10.10.0.21
  
  > set q=SRV
  > _ldap._tcp.xxxxxxxxx.edu
  

• Si vous n'obtenez pas de réponse qui pointe vers votre premier site DC, vous avez un problème de connectivité DNS, un problème de serveur DNS et / ou un problème FSMO.
• Si vous obtenez une bonne réponse, essayez d'exécuter une requête LDAP sur les serveurs DC renvoyés. Compte tenu de votre configuration, vous avez probablement déjà des utilisateurs et ordinateurs Active Directory (dsa.msc) installés sur le serveur Exchange. Exécutez cela à partir du serveur Exchange. Cliquez avec le bouton droit sur l'objet racine dans la hiérarchie et connectez-vous à votre contrôleur de domaine XXXX-DC01. Si vous ne pouvez pas vous connecter, vous savez que vous avez un problème LDAP, soit avec le service sur le contrôleur de domaine, soit avec la connexion et l'authentification à partir de la machine virtuelle Exchange.
• Si vous pouvez vous connecter via dsa.msc, ma dernière suggestion serait de vérifier les FSMO. Ce n'est probablement pas le problème, mais cela vaut la peine d'être vérifié. Assurez-vous que vous disposez d'un contrôleur de domaine dans chaque site disposant d'un catalogue global (la propriété GC peut être modifiée sur les propriétés d'objet NTDS du serveur dans Sites et services Active Directory) et que le maître de schéma FSMO n'est pas un serveur de catalogue global. Alternativement, vous pouvez simplement faire de tous les serveurs des serveurs de catalogue global. Les définir tous est un peu une option mortelle, mais si vous avez une petite structure de répertoires qui se met rarement à jour, ce n'est pas la pire chose au monde.