Pergunta : \ \ FQDN \ sysvol que aponta para tratar injustamente a C.C.

a única C.C. do dc
each do clients
2 do servers
xpsp3 do domain
2003 do forest
single tem DNS


i executou recentemente algumas réguas do GP em minha rede, ele que todos foram muito bem por dias até 3 dias há isso eu observei erros de algum GPO a respeito do \ \ DOMÍNIO \ sysvol \….gpt.ini era inaccesible, fazia alguma pesquisa e lia alguns KB e eu podia reparar esta edição, movida alguns ajustes e material, tão agora eu podia aplicar as políticas e \ \ parte do FQDN \ sysvol foi encontrado apenas fine.

today eu observei que mesmo o tho lá era nenhuns erros algum GP que as réguas não se aplicavam e não encontraram que meu FQDN está apontando ao usuário errado (dc2) como posso eu o mudo de volta (meu usuário) ao

i do início de uma sessão fui leitura e eu penso que tem que fazer com brings
Server do settings
nslookup domain.com do dns:

name do
address 158.118.50.15 de dc1.domain.com:
addresses de domain.com: 158.118.50.16,

currently de 158.118.50.15 o gpo está sendo tomado de dc2 (. .50.16) o que ao mim precisam de mudar assim meus domain.com \ pontos do sysvol a DC1 (… 50.15)? o


Thank você, se você me precisa de funcionar a parte traseira qualquer coisa e do borne mim será mais do que o you

de to.


thank class= do

Resposta : \ \ FQDN \ sysvol que aponta para tratar injustamente a C.C.

Quando você usa o FQDN você significa o hostname cheio da C.C. que é o termo correto ou você significa o Domain Name ativo do diretório (IE. yourdomain.local)?

Se você especific yourdomain.local \ sysvol, irá ao primeiro que responde.  Não há nenhum PDC nos domínios 2003+.  Todo o replicate da DCS e pode aplicar atualizações.

Se há limas ou políticas que faltam da segunda C.C., você pode querer funcionar NETDIAG e DCDIAG para determinar por que.