username.domain profile in AD environment

3

Ambiente: um domínio do AD (nível W2K8) com desktops e servidores W2K8 do Vista e um domínio do AD (nível W2K3) com áreas de trabalho do XP em servidores W2K3.

De vez em quando, vejo um usuário que tem seu perfil local localizado em C:\Users\username.domain em vez de C:\Users\username

Eu sei que isso pode acontecer quando os usuários entram no domínio A de uma estação de trabalho localizada no domínio B, mas eu já vi isso acontecer várias vezes, onde o .domain é o mesmo que o domínio da estação de trabalho.

Quando isso se torna um problema, geralmente removemos o perfil local e fazemos o login do usuário novamente, após o qual o perfil é carregado corretamente.

Eu verifiquei o visualizador de eventos várias vezes, mas não encontrei nenhuma entrada relacionada a isso.

A pergunta: o que está causando esse comportamento?

    
por Jan Henckens 03.11.2011 / 14:17

2 respostas

1

O motivo mais comum em meu ambiente é que a conectividade de rede foi interrompida (na maioria dos casos, o usuário aciona o PC) ao carregar um perfil móvel e os arquivos críticos (o registro) ficaram corrompidos, tornando o perfil incapaz de carregar em tentativas subsequentes.

Uma ACL fará isso, se o usuário não conseguir carregar o perfil nesse diretório (acesso negado).

OMI, a corrupção é o candidato mais provável.

Em qualquer caso: isso não deve ser um problema. Se você tiver scripts ou aplicativos que dependem do perfil de usuário que residem em um local específico, eles estão quebrados e precisam ser corrigidos. Eu entendo a implementação de uma solução alternativa, mas ainda assim, tente corrigir o problema.

    
por 03.11.2011 / 23:10
1

Se um perfil de usuário for criado em C:\Users\username.domain (ou C:\users\username.domain001 ), então é porque já havia uma pasta ou perfil em C:\users\username (ou pelo menos o Windows pensa assim).

    
por 03.11.2011 / 22:25