problema do caso de nome de usuário do samba no samba 4.x

0

Eu tenho um problema com um serviço samba no meu servidor. Começou desde que o Ubuntu mudou para o samba 4.x em suas distribuições e continua até o último 15.04.

Eu tenho um usuário ag no meu servidor e usuário AG em uma caixa do Windows 7. No samba 3.x tudo funcionou bem, mas no samba 4.x eu tenho algum problema de incompatibilidade de nome de usuário engraçado.

Observo o seguinte comportamento: Quando eu faço o login no host do Windows, eu digito um nome de usuário ag (ou AG não importa) e uma senha. O servidor do Samba me rejeita pela primeira vez, mas me deixa entrar na segunda tentativa. Na verdade, o mesmo comportamento também mostra clientes Linux e Mac OSX, portanto, não é um problema do Windows. Eu posso simular isso no console do Linux, da seguinte maneira:

nas@AGStorage:~$ smbclient -U AG //agvault/backup
Enter AG's password:
session setup failed: NT_STATUS_NO_MEMORY
nas@AGStorage:~$ smbclient -U AG //agvault/backup
Enter AG's password:
Domain=[HOME] OS=[Unix] Server=[Samba 4.1.13-Ubuntu]
smb: \> q

Eu tentei analisar o comportamento com o Wireshark e isso mostra claramente que o Windows tenta primeiro com AG (lembre-se que o nome de usuário no Windows é AG ) e obtém erro, então vem com ag segundo tempo e obtém Ok do servidor samba.

Quando eu simular o login com ag , ele permite uma tentativa única:

nas@AGStorage:~$ smbclient -U ag //agvault/backup
Enter ag's password:
Domain=[HOME] OS=[Unix] Server=[Samba 4.1.13-Ubuntu]
smb: \> q

Já testei a solução sugerida na internet: Adicionar uma linha username map = /etc/samba/usermap.txt ao meu smb.conf com ag = AG dentro do usermap.txt mencionado, mas isso não funciona no meu caso.

Como posso corrigir esse comportamento inconsistente do servidor samba? Alguma idéia?

Obrigado antecipadamente!

    
por Andriy Golovnya 14.05.2015 / 22:22

1 resposta

1

O seguinte comando ajuda muito:

sudo service winbind stop

De alguma forma (eu não sei exatamente como) meu servidor samba está configurado incorretamente para falar com winbind mesmo se ele tiver uma função standalone server . Isso parece causar uma falta de comunicação com a falha winbind e NT_STATUS_NO_MEMORY no primeiro login.

Divirta-se ppl!

    
por Andriy Golovnya 25.05.2015 / 21:05