Pergunta : Diagnosticando porque um controlador do domínio não está segurando nenhuma pedidos da autenticação.

Olá! os indivíduos,
We têm um ANÚNCIO 2003 Domain.
We adicionado o local correto e os subnets aos locais do ANÚNCIO e os serviços e a C.C. direita estão no ANÚNCIO correto Site.
What que nós estamos encontrando somos que este controlador do domínio não está autenticando nenhuma clientes nas escalas aplicáveis do subnet que deve ser. Não há nenhuma tentativa para que os clientes contatem este controlador do domínio, e estão sendo autenticados por outros controladores do domínio e nós não sabemos que why.
We sabem que este controlador do domínio está segurando atividades da réplica corretamente como a criação etc. do cliente de usuário, assim que nós não sabemos porque não está autenticando clients.

We funcionou um dcdiag de encontro a este controlador do domínio e tudo parece fine.

Any a outra ajuda extremamente appreciated. class= do

Resposta : Diagnosticando porque um controlador do domínio não está segurando nenhuma pedidos da autenticação.

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