Não é possível conectar-se ao compartilhamento smb após a atualização para o Ubuntu Gnome 16.04

Após a atualização para o Ubuntu Gnome 16.04, não consigo mais acessar o compartilhamento smb do meu tanque de mídia em rede. É uma velha pipoca A-110 (2009).

Quando eu me conecto ao servidor smb: //192.168.0.5 no nautilus, recebo um loop infinito solicitado para efetuar login, resultando em uma mensagem de falha na autenticação. Estou certo de que o nome de usuário / senha estão corretos, porque funciona no Windows e redefini-o uma dúzia de vezes. Observe que, antes da atualização (Ubuntu Gnome 15.10), eu nem solicitava um nome de usuário / senha, ele apenas seria aberto no navegador de arquivos.

Então, instalei o smbclient para ver o que está acontecendo, e isso me dá uma dica:

smbclient //192.168.0.5/share -U nmt
Server does not support EXTENDED_SECURITY  but 'client use spnego = yes and 'client ntlmv2 auth = yes'
session setup failed: NT_STATUS_ACCESS_DENIED

Isso parece sugerir que o servidor nmt pode ser muito antigo para suportar algum esquema de segurança exigido pelo cliente.

Como posso consertar isso?

Esta pergunta é uma duplicata desta .

A resposta: você deve definir explicitamente

client use spnego = no

no /etc/samba/smb.conf.

Se você não encontrar este arquivo, execute o comando:

sudo apt-get install smbclient

Eu tentei todas essas sugestões e nada funcionou. O que funcionou para mim foi o seguinte:

sudo smbpasswd -a [username]

Eu não entendo por que o samba esqueceu o usuário e acho difícil acreditar que o samba precise ser explicitamente informado sobre todos os usuários que precisam acessar a máquina Linux a partir do Windows, mas foi isso que fez o truque (felizmente, eu tenho apenas um usuário), por isso estou informando a todos.

Estou executando o ChaletOS 16.0.4.2. Fiz tudo o que pude encontrar on-line para obter acesso a uma unidade externa compartilhada através de um roteador Asuswrt-Merlin. NADA! Eu não quero dizer nada funcionou !! Depois de instalar todo o material de samba necessário, ainda não consegui acessar meu compartilhamento. Continuei recebendo a solicitação para inserir minha senha. Eu digitaria corretamente, mas não tinha alegria. Depois que eu fiz a alteração de Peter de Maeyer em "/etc/samba/smb.conf" acima, a unidade se abriu como um céu azul após uma chuva forte. Obrigado Peter !!!

Como nunca encontrei todas essas etapas em um só lugar, espero que isso ajude outra pessoa. O que finalmente fez o truque foi uma combinação da resposta de Peter e esse link .

Para resumir, primeiro criei o arquivo "~ / .smbcredentials" e coloquei as informações relevantes dentro:
( Para quem não conhece, esse pequeno caractere ondulado na frente do "/" significa colocar o arquivo na pasta "/ home")

nome de usuário =msusername

domain =ENTER_YOUR_WINDOWS_DOMAIN

password =msusername

(O site não diz para adicionar o domínio, mas fiz isso apenas por uma boa medida)

Salvei e fechei esse arquivo e alterei as permissões inserindo-o no terminal:

chmod 600 ~/.smbcredentials

Em seguida, editei o arquivo "/ etc / fstab" inserindo-o no terminal:

sudo gedit /etc/fstab

No arquivo "fstab", digitei isso na parte inferior (certifique-se de usar suas próprias informações aqui):

smb://COMPUTER_NAME/SHARED_FOLDER /media/NEW_FOLDER_NAME cifs credentials=/home/YOUR_UBUNTU_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm 0 0

Salvei e fechei esse arquivo e, em seguida, abri o arquivo "smb.conf" inserindo-o em um terminal:

sudo gedit /etc/samba/smb.conf

Na linha 29 (em "Global"), alterei o nome do "grupo de trabalho" para corresponder ao nome do "domínio" acima. Imediatamente, criei uma nova linha (linha 30) e digitei:

client use spnego = no

Só para garantir , depois de ler este site , pensei que seria uma boa ideia também fazer essa alteração na Linha # 101:

obey pam restrictions = yes para obey pam restrictions = no

Depois de mais de vinte (sim, são 20) horas e horas pesquisando e alterando meu sistema várias vezes, finalmente encontrei alegria com essas configurações.

Boa sorte e que os deuses do Linux estejam com você!

Tentei essas respostas, mas ainda não consigo conectar aos meus compartilhamentos do Windows. Posso conectar dos meus PCs com Windows ao meu compartilhamento Ubuntu, mas não o contrário. Usando 16.04.

Atualizar / Editar:

Bem, depois de executar muitas coisas diferentes, incluindo a reinstalação do Ubuntu e a edição do arquivo SMB.CONF, eu descobri como corrigir o problema.

Limpei meu laptop e instalei o Fedora 24 Workstation e notei os mesmos resultados - HMMMM, eu disse.

E então percebi que a maioria dos computadores aos quais eu estava tentando conectar tinha nomes de usuário, é claro, mas senhas em branco. Tentei, como edição SMB.CONF, que alguém havia mencionado para permitir o uso de senhas em branco, mas não foi capaz de fazê-lo funcionar. E, conforme necessário, eu sempre reiniciava meu smbd e nmbd após as alterações.

De qualquer forma, eu tinha um computador na rede com nome de usuário e senha. Adivinha o quê - do Fedora eu consegui me conectar! Então eu digitei senhas nos outros computadores e pronto, finalmente consegui me conectar a elas pelo Fedora.

Agora, como o objetivo é usar o Ubuntu, limpei meu laptop novamente, mas desta vez fiz uma nova instalação da estação de trabalho Ubuntu. Fiz duas alterações muito pequenas no arquivo SMB.CONF (também na instalação do Fedora) para definir o nome do grupo de trabalho corretamente e o nome netbios corretamente. Apenas deixou todo o resto padrão.

Em seguida, compartilhou uma pasta na máquina Ubuntu. Simplesmente usei a GUI para compartilhar a pasta (não modificou o SMB.CONF) e defina-a para permitir o acesso de convidados. Agora, todos os PCs da minha rede podem se conectar ao compartilhamento na minha máquina Ubuntu. Se eu quiser colocar controles mais rígidos sobre quem pode e não pode acessar esse compartilhamento, posso fazer alterações no meu SMB.CONF.

Mas agora, a melhor parte - agora posso me conectar do meu laptop Ubuntu a qualquer outro computador e compartilhamento na minha rede.

A solução para o meu problema, que pode ou não ajudar outras pessoas, é que os dispositivos aos quais eu não conseguia conectar tinham contas sem senhas. Uma vez que as senhas foram atribuídas, todas funcionaram.

Espero que isso possa ajudar alguém!

Obrigado,

Rich Huelbig