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
