Questione : Diagnosticando perché un regolatore di dominio non sta trattando alcune richieste di autenticazione.

Ciao i tipi, il
We fanno aggiungere un ANNUNCIO 2003 Domain.
We il luogo corretto e le sottoreti ai luoghi dell'ANNUNCIO e servizi e la giusta CC è nell'ANNUNCIO corretto Site.
What che stiamo trovando siamo che questo regolatore di dominio non sta autenticando alcuni clienti nelle gamme applicabili di sottorete che dovrebbe essere. Non ci sono tentativi affinchè i clienti si mettano in contatto con questo regolatore di dominio e stanno autenticande da altri regolatori di dominio e non sappiamo che why.
We sanno che questo regolatore di dominio sta trattando correttamente le attività della replica quale la creazione ecc di cliente di utente, in modo da non sappiamo perché non sta autenticando clients.

We ha fatto funzionare un dcdiag contro questo regolatore di dominio e tutto sembra fine.

Any l'altro aiuto notevolmente appreciated. class= del

Risposta : Diagnosticando perché un regolatore di dominio non sta trattando alcune richieste di autenticazione.

l'approvazione. .if questo è la nuova CC. e già ha registrato le relative annotazioni dello srv nell'assistente di dsn. (ai risultati della prova di RReg del controllo della prova del dcdiag /test del comand: dns)
i clienti miei be ancora stanno usando la vecchia CC. per quello dovete fare il ipconfig /flushdns sui clienti in modo che interroghino il dns per una CC nel loro luogo ed il dns dia questo le annotazioni degli assistenti al cliente per l'autenticazione
.
qui è come startd trattato di inizio attività:
il servizio di dns della stazione di lavoro trasmette la domanda di dns all'assistente di dns specificato nelle regolazioni del TCP/IP
e risultati di elasticità dell'assistente di dns che conciliano il requestd di ubicazione dal cliente.
se il cliente non specifica alcun luogo. elasticità di dns tutto il DCS. ed il cliente si collega a CC casuale

howevr se la CC è in luogo differente. questa CC darà il FQDN del cliente di CC dovrebbe essere il collegamento a.

ora. l'altro caso può essere. se proority record e peso di SRV specificati nel dns

i cleints si collegano alle annotazioni dello srv con “la priorità più bassa e l'più alto weith„.  quello è (0) (100) per difetto

se ci è una CC con prioruty di 5 e un peso di 100 e l'altra CC ha 0 e 100

il cliente ha scelto la CC successiva. .as questo ha priorità più bassa

controllare che se il DCS nell'altro luogo ha annotazioni dello srv modificate