Meilleur auteur de réponses
Controleur de domaine : Le domaine spécifié n'existe pas ou n'a pas pu etre contacté

Question
-
Bonjour a tous,
J'ai rencontré subitement un souci sur un controleur de domaine.
Nous disposons de 4 controleurs de domaine:
-2 sur le site principal (Dont le maitre d'opération)
-1 sur un site distant
-1 autre sur un site distant
Nous n'avons pas configurée les subnets ni les sites dans "Sites et services Active Directory"
Du jour au lendemain,notre serveur du site distant s'est planté.
Plus d'accès en logmein,répond plus au ping,dhcp dans le sac,impossible de se connecter en RDP...
Après avoir redémarré le serveur avec le bouton marche/arret,impossible de se loguer au serveur pendant une vigntaine de minutes.
Quand j'essayais de me connecter en Admin du domaine,j'obtenais le message :
"Le système ne peut pas vous connecter a cause de l'erreur suivante:Le domaine spécifié n'existe pas ou n'a pas pu etre contacté.
Essayez a nouveau ou consultez l'administrateur de votre système.
Au bout d'une 20aine de minutes la connexion a ce serveur est de nouveau possible.
J'ai lancé la commande dcdiag et voici le résultat :
Domain Controller Diagnosis
Performing initial setup:
Done gathering initial info.Doing initial required tests
Testing server: Premier-Site-par-defaut\SRV-PARC
Starting test: Connectivity
......................... SRV-PARC passed test ConnectivityDoing primary tests
Testing server: Premier-Site-par-defaut\SRV-PARC
Starting test: Replications
......................... SRV-PARC passed test Replications
Starting test: NCSecDesc
......................... SRV-PARC passed test NCSecDesc
Starting test: NetLogons
......................... SRV-PARC passed test NetLogons
Starting test: Advertising
......................... SRV-PARC passed test Advertising
Starting test: KnowsOfRoleHolders
......................... SRV-PARC passed test KnowsOfRoleHolders
Starting test: RidManager
......................... SRV-PARC passed test RidManager
Starting test: MachineAccount
......................... SRV-PARC passed test MachineAccount
Starting test: Services
......................... SRV-PARC passed test Services
Starting test: ObjectsReplicated
......................... SRV-PARC passed test ObjectsReplicated
Starting test: frssysvol
......................... SRV-PARC passed test frssysvol
Starting test: frsevent
......................... SRV-PARC passed test frsevent
Starting test: kccevent
......................... SRV-PARC passed test kccevent
Starting test: systemlog
......................... SRV-PARC passed test systemlog
Starting test: VerifyReferences
......................... SRV-PARC passed test VerifyReferences
Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
......................... ForestDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... ForestDnsZones passed test CheckSDRefDom
Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
......................... DomainDnsZones passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... DomainDnsZones passed test CheckSDRefDom
Running partition tests on : Schema
Starting test: CrossRefValidation
......................... Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Schema passed test CheckSDRefDom
Running partition tests on : Configuration
Starting test: CrossRefValidation
......................... Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... Configuration passed test CheckSDRefDom
Running partition tests on : labo
Starting test: CrossRefValidation
......................... labo passed test CrossRefValidation
Starting test: CheckSDRefDom
......................... labo passed test CheckSDRefDom
Running enterprise tests on : labo.local
Starting test: Intersite
......................... labo.local passed test Intersite
Starting test: FsmoCheck
......................... labo.local passed test FsmoCheckDans l'observateur d'événements,la réplication de fichiers ne montre pas d'erreurs particulières.
Dans le DNS,voici l'erreur que j'ai pu obtenir :
Type de l'événement : Avertissement
Source de l'événement : DNS
Catégorie de l'événement : Aucun
ID de l'événement : 4013
Description :
Le serveur DNS n'a pas pu ouvrir Active Directory. Ce serveur DNS est configuré pour utiliser les informations du service d'annuaire et ne peut pas fonctionner sans avoir accès à celui-ci. Le serveur DNS va attendre que l'annuaire démarre. Si le serveur DNS est démarré mais que l'événement correspondant n'est été enregistré, alors le serveur DNS attend toujours que l'annuaire démarre.Voici l'erreur que j'ai pu noter dans le service d'annuaire
Type de l'événement : Erreur
Source de l'événement : NTDS Replication
Catégorie de l'événement : Client DS RPC
ID de l'événement : 2087
Date : 06/03/2012
Heure : 17:06:46
Utilisateur : AUTORITE NT\ANONYMOUS LOGON
Ordinateur : SRV-PARC
Description :
Active Directory n'a pas pu transposer en adresse IP le nom d'hôte DNS du contrôleur de domaine source suivant. Cette erreur empêche la réplication entre un ou plusieurs contrôleurs de domaine de la forêt des opérations d'ajout, de suppression et de modification effectuées dans Active Directory. Tant que cette anomalie persiste, il existera des incohérences entre différents contrôleurs de domaine au niveau des groupes de sécurité, des stratégies de groupes, des utilisateurs et des ordinateurs et de leurs mots de passe, ce qui pourrait entraver l'authentification lors de la connexion ou l'accès aux ressources du réseau.
Contrôleur de domaine source :
srvlabo
Nom de l'hôte DNS introuvable :
5216ae36-8764-4bcc-84df-e2526a7228bb._msdcs.labo.local
Remarque : par défaut, un maximum de dix échecs DNS sont consignés en journal pour chaque laps de douze heures, même s'il s'est produit plus de dix échecs. Pour les enregistrer tous, affectez la clé de Registre suivante de la valeur de 1 :
Chemin de Registre :
HKLM\System\CurrentControlSet\Services\NTDS\Diagnostics\22 DS RPC Client
Action de l'utilisateur :
1) Si le contrôleur de domaine source ne fonctionne plus ou que son système d'exploitation a été réinstallé sous un autre nom d'ordinateur ou un autre GUID d'objet NTDSDSA, supprimez les métadonnées du contrôleur de domaine source à l'aide de l'application ntdsutil.exe en suivant la marche détaillée dans l'article numéro 216498 de la base des connaissances Microsoft.
2) Confirmez la présence sur le contrôleur de domaine source d'un Active Directory en état de marche et l'accessibilité depuis le réseau dudit contrôleur en entrant la commande "net view \\<nom DC source>" ou "ping <nom DC source>".
3) Vérifiez à l'aide de la version DNS de l'application DCDIAG.EXE (à disposition à l'adresse http://www.microsoft.com/dns) que le contrôleur de domaine source exécute les services DNS d'un serveur DNS valide et que ses inscriptions hôte et CNAME sont consignées correctement.
dcdiag /test:dns
4) Vérifiez, au moyen de la version DNS de l'application DCDIAG.EXE, que ce contrôleur de domaine de destination exécute les services d'un serveur DNS valide en lançant dans une console du contrôleur de domaine de destination la commande suivante :
dcdiag /test:dns
5) Pour un complément d'informations sur l'analyse des erreurs et échecs DNS, consultez l'article numéro 824449 de la base de connaissances :
http://support.microsoft.com/?kbid=824449
Informations supplémentaires
Valeur de l'erreur :
11004 Le nom demandé est valide, mais aucune donnée du type requise n’a été trouvée.Voici ce que donne le dcdiag /test:dns
Domain Controller Diagnosis
Performing initial setup:
Done gathering initial info.Doing initial required tests
Testing server: Premier-Site-par-defaut\SRV-PARC
Starting test: Connectivity
......................... SRV-PARC passed test ConnectivityDoing primary tests
Testing server: Premier-Site-par-defaut\SRV-PARCDNS Tests are running and not hung. Please wait a few minutes...
Running partition tests on : ForestDnsZones
Running partition tests on : DomainDnsZones
Running partition tests on : Schema
Running partition tests on : Configuration
Running partition tests on : labo
Running enterprise tests on : labo.local
Starting test: DNS
Test results for domain controllers:
DC: srv-parc.labo.local
Domain: labo.local
TEST: Delegations (Del)
Warning: DNS server: dc.labo.local. IP: <Unavailable> Failure:Missing glue A record
TEST: Dynamic update (Dyn)
Warning: Dynamic update is enabled on the zone but not secure labo.local.
Summary of DNS test results:
Auth Basc Forw Del Dyn RReg Ext
________________________________________________________________
Domain: labo.local
srv-parc PASS PASS PASS FAIL WARN PASS n/a
......................... labo.local failed test DNSD'ou peut venir ce problème ?
Merci de vos réponses.
mercredi 28 mars 2012 16:14
Réponses
-
Bonjour,
j'ai l'impression que ce souci a été dû au fait que votre service DNS sur le DC redémarré, a mis beaucoup de temps à démarrer.
Regardez directement les évènements sur le DC en question pour voir en détail ce qu'il s'y est passé lors du redémarrage.
Idéalement planifiez un redémarrage de ce DC afin de voir en temps réel ce qu'il s'y produit (si le réseau ne monte pas du tout, si le DNS ne démarre pas, etc.).
A bientôt
Freddy ELMALEH aka "bigstyle" -- Consultant Freelance pour Active IT (www.active-it.fr) -- MVP Windows Server - Directory Services
- Proposé comme réponse Thierry DEMAN-BARCELÒMVP vendredi 30 mars 2012 12:52
- Marqué comme réponse Florin Ciuca lundi 2 avril 2012 10:40
jeudi 29 mars 2012 07:58 -
Bonjour,
le problème initial est bien lié à la résolution DNS.
Afin de débloquer rapidement la situation, le plus simple serait de modification la configuration des DNS utilisés sur le DC distant afin de pointer sur le DNS du site principal. Une fois que la réplication est rétablie (sans erreur au démarrage), il sera possible de reprendre une configuration plus usuelle (1er DNS le serveur DC local, 2ème DNS un DC du site principal).
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (68 MCPs) http://base.faqexchange.info
- Proposé comme réponse Thameur BOURBITAMVP vendredi 30 mars 2012 13:24
- Marqué comme réponse Florin Ciuca lundi 2 avril 2012 10:40
vendredi 30 mars 2012 12:56
Toutes les réponses
-
Bonjour,
D'après les messages d'erreur affichés et l’absence d'une strategie de réplication qui utilise les services "Sites et services Active Directory" , il me semble qu'il s'agit un preblème de réplication AD , en plus vous rencontrez ce problème lorsque le DC principale tombe en panne , puisque tous les machine le consulte pour l'authentification
Sachant que le concept de site diffère de celui des domaines basés sur Windows Server 2003, car un site peut s'étendre sur plusieurs domaines et un domaine sur plusieurs sites. Les sites ne font pas partie de l'espace de noms de votre domaine. Ils contrôlent la réplication des informations du domaine et aident à déterminer la proximité des ressources. Par exemple, une station de travail va sélectionner un contrôleur de domaine au sein de son site en vue de s'authentifier auprès de lui.Pour assurer une réplication correcte des services Active Directory, un autre service, dénommé Vérificateur de cohérence des données (KCC, Knowledge Consistency Checker) s'exécute sur tous les contrôleurs de domaine et établit automatiquement les connexions entre les ordinateurs individuels du même site. Celles-ci sont appelées objets de connexion Active Directory. Un administrateur peut établir des objets de connexion supplémentaires ou en supprimer. Toutefois, dès que la réplication devient impossible au sein d'un site ou qu'elle présente un point de défaillance unique, le KCC intervient et établit autant de nouveaux objets de connexion qu'il est nécessaire pour poursuivre la réplication Active Directory.
Pour avoir plus des détails veuillez consulter ce lien Sites et services Active Directory
Best regards
Bourbita Thameur
Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton
- Modifié Thameur BOURBITAMVP mercredi 28 mars 2012 16:58
mercredi 28 mars 2012 16:52 -
Bonjour,
D'après les messages d'erreur affichés et l’absence d'une strategie de réplication qui utilise les services "Sites et services Active Directory" , il me semble qu'il s'agit un preblème de réplication AD , en plus vous rencontrez ce problème lorsque le DC principale tombe en panne , puisque tous les machine le consulte pour l'authentification
Sachant que le concept de site diffère de celui des domaines basés sur Windows Server 2003, car un site peut s'étendre sur plusieurs domaines et un domaine sur plusieurs sites. Les sites ne font pas partie de l'espace de noms de votre domaine. Ils contrôlent la réplication des informations du domaine et aident à déterminer la proximité des ressources. Par exemple, une station de travail va sélectionner un contrôleur de domaine au sein de son site en vue de s'authentifier auprès de lui.Pour assurer une réplication correcte des services Active Directory, un autre service, dénommé Vérificateur de cohérence des données (KCC, Knowledge Consistency Checker) s'exécute sur tous les contrôleurs de domaine et établit automatiquement les connexions entre les ordinateurs individuels du même site. Celles-ci sont appelées objets de connexion Active Directory. Un administrateur peut établir des objets de connexion supplémentaires ou en supprimer. Toutefois, dès que la réplication devient impossible au sein d'un site ou qu'elle présente un point de défaillance unique, le KCC intervient et établit autant de nouveaux objets de connexion qu'il est nécessaire pour poursuivre la réplication Active Directory.
Pour avoir plus des détails veuillez consulter ce lien Sites et services Active Directory
Best regards
Bourbita Thameur
Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton
Merci pour ta réponse.
Il ne s'agit pas de mon controleur de domaine principal (Maitre d'opération).
Ce serveur a uniquement le role de controleur de domaine secondaire.
Par contre peux tu me réexpliquer car je n'ai pas tout compris.
mercredi 28 mars 2012 18:29 -
Bonjour,
j'ai l'impression que ce souci a été dû au fait que votre service DNS sur le DC redémarré, a mis beaucoup de temps à démarrer.
Regardez directement les évènements sur le DC en question pour voir en détail ce qu'il s'y est passé lors du redémarrage.
Idéalement planifiez un redémarrage de ce DC afin de voir en temps réel ce qu'il s'y produit (si le réseau ne monte pas du tout, si le DNS ne démarre pas, etc.).
A bientôt
Freddy ELMALEH aka "bigstyle" -- Consultant Freelance pour Active IT (www.active-it.fr) -- MVP Windows Server - Directory Services
- Proposé comme réponse Thierry DEMAN-BARCELÒMVP vendredi 30 mars 2012 12:52
- Marqué comme réponse Florin Ciuca lundi 2 avril 2012 10:40
jeudi 29 mars 2012 07:58 -
Bonjour,
le problème initial est bien lié à la résolution DNS.
Afin de débloquer rapidement la situation, le plus simple serait de modification la configuration des DNS utilisés sur le DC distant afin de pointer sur le DNS du site principal. Une fois que la réplication est rétablie (sans erreur au démarrage), il sera possible de reprendre une configuration plus usuelle (1er DNS le serveur DC local, 2ème DNS un DC du site principal).
A bientôt,
Thierry DEMAN. Exchange MVP. https://www.mcpvirtualbusinesscard.com/VBCServer/MVPtdeman/profile (68 MCPs) http://base.faqexchange.info
- Proposé comme réponse Thameur BOURBITAMVP vendredi 30 mars 2012 13:24
- Marqué comme réponse Florin Ciuca lundi 2 avril 2012 10:40
vendredi 30 mars 2012 12:56