Trusts de la forêt Windows entre deux contrôleurs de domaine avec le même nom d'hôte

Votre problème est dû à ce qu'on appelle le routage par suffixe de nom. L'article suivant décrit ce problème : https://technet.microsoft.com/en-us/library/cc784334%28v=ws.10%29.aspx Il indique que netdom peut être utilisé pour résoudre le problème.

L'article stipule notamment

Suffixes de noms de routage à travers les forêts

Le routage par suffixe de nom est un mécanisme utilisé pour gérer la façon dont les demandes d'authentification sont acheminées à travers les forêts de Windows Server 2003 qui sont reliées entre elles par des trusts de forêt. Pour simplifier l'administration des demandes d'authentification, lorsqu'un trust forestier est initialement créé, tous les suffixes de nom uniques sont acheminés par défaut. Un suffixe de nom unique est un suffixe de nom au sein d'une forêt, tel qu'un suffixe de nom principal d'utilisateur (UPN), un suffixe de nom principal de service (SPN) ou un nom de forêt ou d'arbre de domaine DNS, qui n'est subordonné à aucun autre suffixe de nom. Par exemple, le nom de forêt DNS microsoft.com est un suffixe de nom unique au sein de la forêt microsoft.com.

Les forêts peuvent contenir plusieurs suffixes de noms uniques, et tous les enfants des suffixes de noms uniques sont acheminés implicitement. Dans les domaines et trusts Active Directory, les suffixes de nom apparaissent avec un astérisque (*) au début pour cette raison. Par exemple, si votre forêt utilise .microsoft.com comme suffixe de nom unique, alors les demandes d'authentification pour tous les enfants de microsoft.com ( .child.microsoft.com) seront acheminés car les domaines enfants font partie du suffixe de nom microsoft.com.

Si une confiance forestière existe entre deux forêts, les suffixes de nom qui n'existent pas dans une forêt peuvent être utilisés pour acheminer les demandes d'authentification vers une deuxième forêt. Lorsqu'un nouveau suffixe de nom enfant ( .child.widgets.com) est ajouté à un suffixe de nom unique ( .widgets.com), le suffixe de nom enfant hérite de la configuration de routage du suffixe de nom unique auquel il appartient. Tout nouveau suffixe de nom unique créé après l'établissement d'un trust forestier sera visible dans la boîte de dialogue Propriétés du trust forestier après vérification du trust. Cependant, le routage pour ces nouveaux suffixes de nom unique sera désactivé par défaut. Pour plus d'informations sur la vérification d'un trust, voir Vérifier un trust.

Lorsqu'un suffixe de nom en double est détecté, le routage du suffixe de nom le plus récent est désactivé par défaut. Pour plus d'informations sur l'acheminement des suffixes de nom, voir Activer ou désactiver le routage d'un suffixe de nom existant. Les administrateurs peuvent utiliser la boîte de dialogue Propriétés de la confiance de la forêt pour empêcher manuellement les demandes d'authentification pour des suffixes de nom spécifiques d'être acheminées vers une forêt.

Notes - N'ajoutez pas le signe @ au suffixe UPN ou à un nom d'utilisateur. Lorsque les demandes d'authentification sont acheminées vers une forêt de confiance, tous les caractères avant le premier symbole @ sont interprétés comme le nom d'utilisateur et tout ce qui suit le premier symbole @ comme le suffixe UPN.

- L'autorité de sécurité locale (ASL) bloquera le routage vers tout suffixe UPN qui n'est pas un nom DNS valide. Par exemple, l'ajout d'un symbole @ à un suffixe UPN entraînera sa désactivation automatique.