Erro de usuário / senha do Samba Share após a atualização


9

esta é a primeira vez que não consigo encontrar uma resposta, então essa é minha primeira pergunta. Vou fornecer o máximo de informação possível. Eu tenho um roteador ASUS que possui 2 HDDs. Há apenas 1 nome de usuário / senha para acessar a mídia enquanto estiver na rede. Meu PC não parece mais conseguir acessá-lo após uma atualização.

Depois de inserir inicialmente as credenciais de login e selecionar "Lembrar para sempre", eu sempre consegui acessar as unidades (mais de 2 anos) acessando "Navegar na rede" no nautilus e clicando no ícone do roteador e, em seguida, clicando na pasta que desejo acessar. Hoje eu tive uma atualização de segurança que continha o seguinte:

Agora, quando vou acessar as pastas nos HDDs, isso aparece:

Selecione "Usuário Registrado", digite o nome de usuário, a senha e selecione "Lembrar-se para sempre", clique em Conectar e a caixa aparecerá cinza novamente com os campos redefinidos para os padrões.

Se eu clicar no botão conectar novamente, o mesmo pop-up acinzentado continuará voltando várias vezes.

Se eu fechá-lo manualmente. Um pop-up novo é exibido e permite que eu insira as credenciais. No entanto, se eu os inserir novamente, o nautilus simplesmente fecha e, ocasionalmente, recebo um pop-up dizendo que o Ubuntu encontrou um erro interno, etc.

Existem 3 telefones, 1 tablet, 1 PC Win7 e outro PC Ubuntu 15.10 que pode se conectar às unidades de rede e ler / gravar sem problemas. Devo acrescentar que ignorei a atualização mencionada acima no outro PC Ubuntu depois que comecei a ter esse problema no meu.

Até agora, a única maneira de acessar os HDs com meu PC é desligar a segurança do meu roteador para acesso ao samba. Eu realmente não tenho idéia de como remediar isso ou como recuperá-lo da maneira que era.

Agradecemos antecipadamente por qualquer ajuda.


1
Eu costumava ter a mesma configuração que você, e não, não funciona mais no 16.04. Passei muito tempo tentando fazê-lo funcionar. Essas mesmas mudanças foram lançadas há algumas horas atrás nas 15.10 e 14.04. No meu caso, adicionei eu e minha senha às coisas dos usuários do samba (por exemplo, `sudo smbpasswd -a doug '), enquanto eu nunca tive que fazer isso antes.
precisa saber é o seguinte

Acabei de descobrir o caminho ruim, sobre a atualização mais recente também ... ainda tentando fazer com que meu servidor samba aceite usuários do Windows novamente. Os dispositivos Android, Linux e Apple não têm problemas para acessar compartilhamentos de samba, apenas máquinas Windows não conseguem acessar o samba após o último patch do ubuntu para samba.
AllGamer

Recentemente, houve uma falha de segurança grave detectada no protocolo de compartilhamento de arquivos do Windows, incluído no Windows e implementado pelo Samba para sistemas linux / unix. As atualizações recentes do Windows e Samba continham a correção para isso, mas parece que isso interrompe algumas configurações, tanto no Windows quanto no linux ...
JanC

Pode haver mais informações em samba.org/samba/latest_news.html#4.4.2
JanC 20/04/16

Respostas:


11

Eu adicionei a linha client use spnego = nopela primeira vez no final do arquivo /etc/samba/smb.conf, mas não funcionou. Depois que eu coloquei a linha perto do início do arquivo, as unidades de rede funcionaram.


1
Felicidades. Foi isso que fez o truque. Eu apenas tive que colocar a linha perto do topo logo após a quebra das configurações globais. Obrigado.
User531897 2/16

11

Eu tive exatamente o mesmo problema. Adicionando

client use spnego = no

para a seção [global] /etc/samba/smb.confresolveu o problema no meu caso. Aparentemente, o valor padrão mudou para "yes" após a atualização para a v.4.3.8, então eu precisava defini-lo explicitamente.

Veja a página de manual online para referência.


Eu adicionei a linha de texto como sugerido, sem sucesso. O problema ainda persiste. Obrigado mesmo assim.
precisa saber é o seguinte

@ user531897 você verificou se existem outros valores que mudaram seu padrão após a atualização? por exemplo, "client use spnego" não foi definido no meu smb.conf. Isso foi bom antes, conforme a versão anterior, o valor padrão era "não". mas agora eles mudaram para "yes", então eu tive que configurá-lo manualmente. Talvez para você exista um problema semelhante com outra opção?
stack_horst

No geral, você teve a resposta certa, aparentemente, apenas estava no topo do arquivo (conforme declarado por user18778) logo após a quebra das configurações globais ... Após uma reinicialização, tudo funciona como antes. Obrigado.
User531897 2/16

como observou o @xenog (em uma edição, isso deveria ser um comentário): Se você não possui o /etc/samba/smb.confarquivo, instale o pacote samba-common( sudo apt install samba-common). Isso foi necessário para ele / ela em uma nova instalação do Ubuntu Gnome 16.04.
stack_horst

1

Eu tentei usar o smbclient para ver o que aconteceu, consegui isso:

O servidor SMB não suporta EXTENDED_SECURITY, mas 'o cliente usa spnego = yes e' client ntlmv2 auth = yes '

Eu acho que isso significa que o cliente samba está dizendo ao servidor samba que usa recursos que não estão lá. De usar a nota do Samba acima com este link , encontrei o seguinte:

O impacto de ' client ntlmv2 auth = yes' é que, por padrão, não usaremos a autenticação NTLM (NT Local Machine) como cliente.

Como não estou usando nenhuma segurança estendida, desative-a como " client ntlmv2 auth = no" dentro /etc/samba/smb.conf. Eu tenho que adicionar uma linha para substituir o padrão. Tudo está funcionando novamente.


1
Bem-vindo ao Ask Ubuntu! Por favor, não adicione "obrigado" como respostas. Invista algum tempo no site e você obterá privilégios suficientes para aprovar as respostas que desejar, que é a maneira de agradecer ao Ask Ubuntu.
Mitch


0

Sim, após a atualização mais recente que eu fiz ontem, o samba não conseguiu se conectar como cliente via o nautilus. A montagem via comando mount direct ainda estava funcionando. Eu tive que mudar o arquivo smb.conf como sugerido acima adicionando

uso do cliente spnego = no

Então você precisa reiniciar a pilha de rede samba (apenas reinicie).

Tudo está funcionando agora.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.