Question : Diagnostiquant pourquoi un contrôleur de domaine ne traite aucune demande d'authentification.

Salut les types, le
We font avoir ajouté une ANNONCE 2003 Domain.
We l'emplacement correct et les filets inférieurs aux emplacements d'ANNONCE et les services et le bon C.C est dans l'ANNONCE correcte Site.
What que nous trouvons est que ce contrôleur de domaine n'authentifie aucun client dans les gammes applicables de filet inférieur qu'il devrait être. Il n'y a aucune tentative pour que les clients entrent en contact avec ce contrôleur de domaine, et ils sont authentifiés par d'autres contrôleurs de domaine et nous ne savons pas que why.
We savent que ce contrôleur de domaine manipule des activités de réplique correctement comme la création etc. de compte d'utilisateur, ainsi nous ne savons pas pourquoi elle n'authentifie pas clients.

We ont couru un dcdiag contre ce contrôleur de domaine et tout semble fine.

Any l'autre aide considérablement appreciated. class= de

Réponse : Diagnostiquant pourquoi un contrôleur de domaine ne traite aucune demande d'authentification.

l'ok. .if ceci est le nouveau C.C. et a déjà enregistré ses disques de srv dans le serveur de DSN. (aux résultats d'essai de RReg de contrôle d'essai du dcdiag /test de comand : DNS)
les clients mes emploient toujours le vieux C.C. pour celui vous devez faire l'ipconfig /flushdns sur les clients de sorte qu'ils questionnent le DNS pour un C.C dans leur emplacement et le DNS donne à ceci des disques de serveurs au client pour l'authentification
.
voici comment startd de processus d'ouverture :
le service de DNS sur le poste de travail envoie la question de DNS au serveur de DNS spécifique dans les arrangements de TCP/IP
et le serveur de DNS donnent des résultats accordant le requestd d'endroit d'emplacement par le client.
si le client ne spécifie aucun emplacement. le DNS donnent tout le DCS. et le client se relie au C.C aléatoire

howevr si le C.C est dans l'emplacement différent. ce C.C donnera le FQDN du client de C.C devrait être raccordement à.

maintenant. l'autre cas peut être. si proority record et poids de SRV spécifiques dans le DNS

les cleints se relient aux disques de srv « à la priorité la plus basse et au weith le plus élevé ».  c'est (0) (100) par défaut

s'il y a un C.C avec prioruty de 5 et le poids de 100 et tout autre C.C a 0 et 100

le client a choisi le C.C postérieur. .as ceci a une priorité plus basse

vérifier que si DCS dans l'autre emplacement ont des disques de srv modifiés