Falha de logon de unidade mapeada Vista / Windows Server 2003

1

Eu tenho uma máquina com Windows Vista (Ultimate) que se conecta a uma máquina com Windows Server 2003 por apenas uma coisa: uma unidade de rede mapeada.

Existe uma conta de usuário na máquina do servidor que exatamente corresponde ao nome de usuário & senha na máquina Vista.

O problema é ... quando tento conectar (mapear) a unidade de rede, aparece uma mensagem dizendo que o nome de usuário ou senha estava incorreto! Uma vez que, em seguida, dá-lhe a oportunidade de digitar novamente o nome de usuário e senha, eu re-insiro a senha (exatamente o mesmo, novamente) e ele funciona e a unidade é mapeada.

MAS ... o enredo engrossa! Após uma reinicialização (ou, suponho, um logoff e logon), a unidade de rede não funciona mais - o clique duplo dá um pequeno atraso e uma mensagem informando que a unidade não pode ser reconectada porque conta foi bloqueada. Com certeza, a verificação no servidor mostra a conta bloqueada. Uma olhada no log de eventos mostra eventos repetidos de "senha inválida" antes que a conta seja bloqueada.

Os eventos específicos registrados são:

  • Uma tentativa de logon por MICROSOFT_AUTHENTICATION_PACKAGE_V1_0 , que falha com o código 0xC0000234
  • Um evento de "falha de logon" que diz "nome de usuário desconhecido ou senha incorreta".
    • O nome de usuário especificado no evento é o nome de usuário que estou usando
    • O "tipo de logon" é "3"
    • O processo de logon é "NtLmSsp"
    • O pacote de autenticação é NTLM

Ambas as máquinas estão usando o mesmo método de autenticação do gerenciador de LAN (especificamente, "Enviar LM & NTLM, usar segurança de sessão NTLMv2 se negociado") - definido por meio da política de segurança.

A máquina do Vista não faz parte do domínio, mas o nome de usuário e a senha correspondem.

A máquina do Vista usada funciona bem, quando era uma máquina XP. Mas então, ele foi atualizado para o Vista (não uma reinstalação limpa, uma atualização real) e é isso que acontece agora.

Por minha vida, não consigo descobrir por que parece estar enviando a senha errada, quando eu tiver verificado o & verificado novamente para garantir que a senha seja exatamente a mesma. Eu pesquisei & pesquisei e não encontrei nada útil. Estou perplexo!

Alguém tem alguma ideia do que pode estar acontecendo aqui? ou de ideias para outras etapas de solução de problemas que eu possa realizar?

ATUALIZAÇÃO: Eu tentei mapear a unidade através da linha de comando e do comando NET USE - mas ela também levanta as mãos, com um "erro de sistema 86" que diz "o especificado a senha da rede não está correta. " Seu palpite é tão bom quanto o meu sobre o que realmente está acontecendo aqui. Eu gostaria de poder cheirar o tráfego real voltando & entre os computadores e ver qual senha (se houver !!) está sendo enviada ...

    
por Keithius 30.04.2009 / 18:04

4 respostas

2

eu tive problemas semelhantes. parece estar relacionado ao login em um servidor diferente com uma senha diferente. Por exemplo, eu tinha uma senha de usuário para um compartilhamento e um diferente para outro - ambos com o mesmo ID de login. depois que eu associei ambos os compartilhamentos, isso iria bagunçar para sempre o login em um deles. Mesmo depois de eu já não usei um deles, o outro sempre me pediu para entrar. a solução que parecia consertar isso para mim foi:

  1. removeu todas as unidades mapeadas da rede
  2. eu remapeei tudo na linha de comando: net use z: \ myserver \ theshare / persistent: yes

depois de fazer isso, o mapa da unidade funcionou bem. Windows parece estar salvando a autenticação para compartilhamentos antigos e fica confuso.

-don

    
por 03.05.2009 / 02:41
0

Já experimentou um nome de usuário e senha diferentes?

Você também pode postar o log de segurança do servidor / estação de trabalho. Isso ajudaria a descobrir o problema.

Veja também este post sobre esses tipos de erros:

link

    
por 30.05.2009 / 05:34
0

Eu tive o mesmo problema em que o usuário está executando o Windows 2008, que não foi anexado ao domínio (também acontece no Vista, eu acredito) e eu estava tentando mapear para um NAS (não um servidor real).

A correção foi, Vá para Ferramentas de administração > > Política de segurança local > > Políticas locais > > Opções de segurança > > Segurança de rede: nível de autenticação do LAN Manager - > altere este valor para Enviar LM & Respostas NTLM

Acho que essa é uma configuração menos segura, mas resolveu o problema.

BTW ... Também é importante verificar se as horas na estação de trabalho e no servidor estão dentro de 5 minutos uma da outra.

-TamW

    
por 31.07.2009 / 00:32
0

Esta última sugestão com o LM & A configuração das respostas NTLM funcionou para mim. Eu estava tentando acessar compartilhamentos em um pro W2K de um pro Windows 7. Os mesmos nomes de usuário e senhas, nenhum domínio, apenas um grupo de trabalho. Sem essa configuração, eu consegui acessar os compartilhamentos remotos muito bem, depois ele simplesmente parou de funcionar e começou a solicitar credenciais, que, independentemente de estarem corretas, recusariam o acesso. Eu acho que a configuração deve ter sido alterada de uma atualização do Windows.

    
por 27.10.2009 / 22:30