Problema de mapeamento da pasta de usuários do Windows 2003

1

Temos uma rede de servidor / cliente de domínio padrão do Windows 2003 com cerca de 450 usuários. Cada usuário possui um script de login que mapeia compartilhamentos e sincroniza o horário com o servidor. Cada conta de usuário também possui uma pasta de usuários mapeada - \server\users$\username . De vez em quando, um usuário fará o login, e sua pasta de usuário será mapeada para o diretório de usuários ( \server\users$ ) e eles verão cada pasta de usuário? Eu olhei online, e não consigo encontrar nada sobre o porquê isso acontece. Uma maneira fácil de corrigir isso é desconectar a pasta, faça logoff & faça o login novamente e mapeie corretamente. Alguém sabe por que isso acontece ???

    
por squillman 24.08.2009 / 16:03

5 respostas

1

Ocasionalmente, vemos esse comportamento acontecer em nosso domínio. Ocorre raramente e aleatoriamente. Naturalmente, eles não têm permissões em pastas de qualquer tipo, exceto as suas, mas é mais um problema de confusão.

O problema tem a ver com o login do usuário antes que a conexão de rede tenha sido estabelecida. Se não conseguir pegar o nome de usuário, você obtém um nome de usuário "" Isso faz com que ele mapeie a unidade de usuário para \ server \ users \ em vez de \ server \ users \ nome de usuário Apenas aguardar alguns segundos no logon faz com que isso desapareça. Certos computadores parecem mais propensos a isso do que outros, então confira os drivers de rede. Eu não tenho certeza porque parece ter o problema de obter o nome de usuário, eu acho que seria apenas usar o nome de usuário atual em vez de confiar na rede. Pode ser um problema de design.

    
por 24.08.2009 / 17:37
0

Como é a linha do seu script? Você usa algo como '% username%'?

Eu uso:

wshNetwork.MapNetworkDrive "H:", "\server\Users$\" & wshNetwork.UserName, True

e nunca encontre os problemas que você está enfrentando. Você também deve ativar a Enumeração Baseada em Acesso para "ocultar" as pastas às quais os usuários não têm acesso.

    
por 24.08.2009 / 16:51
0

O script de login é o seguinte: Tempo de rede / setsntp: servidor Tempo da rede \ servidor / conjunto / sim Uso de Rede I: \ server \ share1 / persistent: yes Uso de rede p: \ server \ share2 / persistent: yes Uso de Rede S: \ server \ share3 / persistent: yes

A pasta do usuário não está definida no script de login, e sim no diretório ativo quando configuramos a conta de usuário. A pasta Home está configurada para se conectar à unidade H: e todos estão configurados para: \ server \ users $ \ username.

    
por 25.08.2009 / 18:31
0

Eu nunca usei \ server \ users $ \% username% no Active directory, mas eu poderia tentar ... como eu disse, temos 450 usuários, e isso acontece talvez uma vez por semana para 1 ou 2 usuários. ... às vezes não vai acontecer por 6 meses, e outras vezes parece acontecer toda semana ...

    
por 25.08.2009 / 18:50
0

Infelizmente, já vi esse problema várias vezes antes e tende a estar em estações de trabalho que são inicializadas muito rapidamente para a infraestrutura de LAN e, portanto, conclui a inicialização antes de a rede ter sido completamente concluída. O problema parece ser particularmente ruim em redes com spanning tree ou PortFast habilitado, mas você pode aliviar o problema em alguns casos, codificando as configurações de velocidade / duplex da rede manualmente na estação de trabalho (o que pode ser feito através do GPO, acredito). Há também uma configuração de GPO para forçar a estação de trabalho a esperar que uma conexão de rede seja estabelecida antes de efetuar login, mas isso causa problemas para usuários de laptop off-line e sem fio que encontrei.

    
por 25.08.2009 / 22:54