a aprovação. .if isto é a C.C. nova. e tem registado já seus registros do srv no usuário do dsn. (aos resultados da análise de RReg da verificação do teste do dcdiag /test do comand: dns)
os clientes meus ainda estejam usando a C.C. velha. para aquele você precisa de fazer o ipconfig /flushdns nos clientes de modo que perguntem o dns para uma C.C. em seu local e o dns dê a isto registros dos usuários ao cliente para a autenticação
.
é aqui como startd process do início de uma sessão:
o serviço do dns na estação de trabalho emite a pergunta do dns ao usuário de dns especific nos ajustes do TCP/IP
e o usuário de dns dá os resultados que concordam o requestd da posição de local pelo cliente.
se o cliente não especific nenhum local. o dns dá toda a DCS. e o cliente coneta à C.C. aleatória
howevr se a C.C. está no local diferente. esta C.C. dará o FQDN do cliente da C.C. deve ser conexão a.
agora. o outro caso pode ser. se proority record e peso de SRV especific no dns
os cleints conetam aos registros do srv com a “mais baixa prioridade e o weith o mais elevado”. isso é (0) (100) à revelia
se há uma C.C. com o prioruty de 5 e o peso de 100 e a outra C.C. têm 0 e 100
o cliente escolheu uma C.C. mais atrasada. .as isto tem uma mais baixa prioridade
certific de se a DCS no outro local tem os registros do srv modificados
