Windows me dizendo, a autoridade de segurança local é internamente inconsistente ao montar uma unidade de rede

4

Desde idades, montei um compartilhamento de rede (via samba em uma máquina Linux) no Windows 7 para acessá-lo através da letra da unidade. Isso funcionou perfeitamente até agora. Até agora.

De repente, não consegui mais acessar a unidade. O Windows estava me dizendo o nome da rede (não me lembrava do termo exato) já estava em uso. Então eu desconectei e tentei conectar novamente:

net use Y: \\10.10.10.208\work

Depois de muito tempo, recebo uma mensagem dizendo

"O banco de dados da Autoridade de Segurança Local (LSA) contém uma inconsistência interna"

Uma reinicialização não ajudou. O compartilhamento mapeado é acessível (funciona em outras máquinas na mesma rede), portanto, obviamente, algo estranho está acontecendo na minha máquina. Alguém pode me dizer como posso corrigir essa inconsistência?

Atualização: Todas as máquinas que salvaram as informações de login são recusadas com este erro. Portanto, deve ser algo com a autorização. Quando eu uso

net use Y: \\10.10.10.208\work /user:raphael

ele solicita a senha e retorna a mensagem de erro.

acme
fonte

Respostas:

4

Finalmente resolvi esse problema:

Depois de descobrir que todas as máquinas tinham o mesmo problema, era óbvio que era um problema do servidor remoto e não das máquinas clientes. Então, dei uma olhada no histórico de comandos dos servidores remotos e descobri que um colega instalou o suporte a acl, o que fez o samba se recusar a funcionar corretamente. Eu precisava adicionar suporte a ACL para o smb.confseguinte:

[myshare]
    nt acl support = yes

e reiniciei o serviço samba na minha máquina remota Debian com

/etc/init.d/samba restart

e funcionou como um encanto então.

Obrigado a http://aisalen.wordpress.com/2007/08/10/acls-on-samba/, que me deu a solução.

acme
fonte
1

Algumas ideias:

Tente criar uma nova conta de usuário nesse sistema e veja se o erro se repete. Caso contrário, use essa conta; exclua sua conta antiga do sistema via sysdm.cplapós copiar seus arquivos.

Você possui um driver WLAN que permite conectar-se à sua rede sem fio antes de efetuar o login (como o Intel PROSet)? Tente desinstalar a placa WLAN e reinstalar e / ou atualizar o software para essa placa WLAN.

Seu sistema possui um scanner de impressão digital ou leitor de cartão de segurança? Tente remover ou atualizar o software associado a ele.

Se você tiver outro tipo de software que estenda ou modifique o processo de login do Windows, tente remover ou atualizar esse software.

Se nenhuma das opções acima resolver, eu suspeitaria que o malware tenha sido infectado, lsass.exeno mínimo. Execute uma verificação de vírus. Você pode tentar substituir esse arquivo de um bom sistema conhecido ou reinstalar o Windows.

LawrenceC
fonte
Obrigado por seus pensamentos. Eu verifiquei o lsass.exe, que parece estar ok até agora. Tentei usar uma conta diferente na máquina, mas o mesmo erro ocorre aqui. Estou conectado via cabo LAN. Não acho que seja um erro de hardware ou um problema de driver, pois posso montar outra unidade com outro servidor remoto. Vou tentar outra máquina e ver se há algum problema com o servidor de destino.
Acme
Agora, tentei em duas máquinas Windows diferentes na mesma rede e, estranhamente, funciona em uma onde retorna a mesma mensagem de erro em outra máquina (onde também funcionava antes).
Acme
11
Eu descobri que era um problema de samba com o servidor remoto (veja minha resposta). Obrigado pela sua ajuda!
Acme
0

Acabei de ver a mensagem de erro ao acessar um WD Mybook Live (NAS), através de: \\ {simbólico name} \ public. Não deve haver login. No entanto, o Win8.1 pode ter lançado esse erro, por engano (por assim dizer). O dispositivo WD NAS parece estar tendo problemas com um novo roteador de gateway. O acesso será bom por quase 24 horas e, em seguida, o Win8.1 diz essencialmente "não vejo nada" (pense no sargento Schultz, os heróis de Hogan).

Não há problema para acessar o NAS via: http: // {nome simbólico} / UI. A reinicialização de um dispositivo parece resolver (por um tempo) qualquer que seja o problema.

NanooVisotor
fonte
No roteador de gateway, o servidor DHCP está ativado e o tempo de concessão é de 1440 minutos (24 horas). O servidor DHCP no roteador pode estar tentando atribuir um IP diferente à unidade NAS. No roteador, limite o MAC do NAS ao IP local (quando o Win8.1 vê o dispositivo). Espero que isso resolva o problema.
NanooVisotor