Estou tendo um problema intermitente estranho para apenas alguns usuários. Eu tenho um script de logon que mapeia unidades compartilhadas e emite um aviso de isenção toda vez que o usuário fizer logon em uma máquina. O problema ultimamente é que o script de logon não será executado para o usuário, por isso, recebemos uma chamada ao suporte técnico. Quando um dos técnicos da central de ajuda faz logon na máquina, o script é exibido. O técnico, em seguida, efetua logoff e o usuário fará o login novamente e eles obterão o script de logon. Estou no juízo final com esta questão. Qualquer ajuda seria apreciada. Isso aconteceu no Windows XP e no Vista 64.
Desculpe, o usuário está no mesmo fio que o DC e eles não estão em um site remoto. Eles estão usando uma máquina Windows Vista de 64 bits para fazer login no domínio. Nós permitimos logins com credenciais cahed. Eu tenho dois usuários que têm o mesmo problema que um é em um Windows XP e um no Windows Vista 64 bits.
Aqui está um resumo do que exatamente acontece: 1. O usuário efetua login na sua máquina e percebe que nenhuma das suas unidades está mapeada. 2. Chamam o helpdesk. 3. Uma técnica com direitos de Administrador do Domínio usa o comando SET para identificar qual controlador de domínio está autenticando o usuário. 4. O técnico, em seguida, desconecta o usuário e faz o login novamente na máquina e digita o comando SET para verificar o controlador de domínio que está autenticando o usuário. É o mesmo controlador de domínio de antes. O scrip de login funciona bem e mapeia as unidades. 5. O usuário é então solicitado a efetuar login na máquina e walla o script é executado corretamente.
Outra etapa da solução de problemas é tentar executar o script manualmente como usuário. Você terá que extrair o arquivo do próprio GPO, mas ele informará se, por algum motivo, qualquer linguagem de script usada por você for de alguma forma desativada para esse usuário.
você tentou tirar as máquinas do domínio e colocá-las de volta? se são apenas alguns usuários, não deve demorar muito. Eu tive problemas como este antes, e isso resolveu o meu problema.
Verifique as horas de logon permitidas do usuário no AD. Certa vez, tive um usuário que teve o mesmo problema devido ao fato de que, por algum motivo, eles tinham suas horas de logon configuradas para horários ímpares.
Tags active-directory netlogon