Ubuntu 17.10 issue com mount cifs

Question

desde a atualização para o Ubuntu 17.10 meu script para montar compartilhamentos de um NAS não funciona mais. Em versões mais antigas do Ubuntu eu poderia usar essa linha:

mount -t cifs -o username=t0b1,password=$pw //server.local/shared/ /media/shared

Adicionar outra opção para especificar a versão não parece mudar nada:

mount -t cifs -o vers=1.0, username=t0b1,password=$pw //server.local/shared/ /media/shared

Quando executo o script no Ubuntu 17.10, a única saída que obtenho é uma lista de opções para "montar", mas ele não monta meus compartilhamentos. Alguém sabe o que exatamente mudou com cifs em 17.10? Alguma ideia do que eu poderia mudar aqui?

EDITAR: Esta linha realmente funciona:

mount -t cifs -o  username=t0b1,password=$pw,vers=1.0 //server.local/shared/ /media/shared

Mas acho que o uso da versão 1.0 é apenas uma solução temporária, pois tem alguns problemas de segurança conhecidos. Também deve haver uma maneira de executá-lo com a versão 3.

    

Answer 1

Eu tive o mesmo problema depois de atualizar para o Ubuntu 17.10. De repente, minhas ações CIFS não seriam mais montadas. Adicionar vers=1.0 às opções de montagem corrigiu para mim. Evidentemente, isso é um pouco complicado, mas alguns acessos de compartilhamento de rede são melhores do que nenhum acesso de compartilhamento de rede.

Meu arquivo /etc/fstab tinha as seguintes 4 linhas na parte inferior:

# Network File Shares
//phc.imsu.ox.ac.uk/phc     /mnt/PHC        cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS    cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0
//femur.imsu.ox.ac.uk/phc_cprd  /mnt/PHC_CPRD       cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777 0   0

Alterando-os para:

# Network File Shares
//phc.imsu.ox.ac.uk/phc     /mnt/PHC        cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0
//phc.imsu.ox.ac.uk/departments /mnt/DEPARTMENTS    cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0
//femur.imsu.ox.ac.uk/phc_cprd  /mnt/PHC_CPRD       cifs    credentials=/home/benjamin/.smbcredentials,iocharset=utf8,sec=ntlm,dir_mode=0777,file_mode=0777,vers=1.0    0   0

Resolvido o problema.

    

Answer 2

Tente isto:

mount -t cifs -o vers=1.0,username=t0b1,password=$pw //server.local/shared/ /media/shared

Ou seja, o mesmo que a sua primeira tentativa, mas sem espaço. Eles não são permitidos nas opções. Essa é provavelmente a razão pela qual o mount não vê o nome de usuário e a senha.

    

Answer 3

A combinação de opções de montagem que funcionou para mim com o Ubuntu 17.0 em 5 de fevereiro de 2018 é:

nome de usuário = guessmyusername password = guessmypassword, iocharset = utf8, sec = ntlmv2, vers = 2.1

Estes funcionam com pontos de montagem em / etc / fstab, bem como com o comando mount-t cifs.

As alterações no protocolo CIFS confundiram mais do que alguns de nós desde a versão 1. Suspeito que, com o passar do tempo, os valores para sec e version ficarão obsoletos, mas atualizá-los provavelmente será a resposta quando você puder. t conectar-se ao compartilhamento de janelas do Linux, mas pode se conectar a partir do Windows.

Muitas das sugestões em postagens antigas indicam que você deve ter sec = ntlm. Demorou um pouco antes de eu encontrar menção de ntlmv2. Outros dizem que você deve usar vers = 1.0 (muito obsoleto e inseguro)

O servidor é um laptop que executa o Windows 10. A verificação revelou que o servidor estava usando o CIFS 3.1.1. Naturalmente, eu tentei isso. Não funcionou. Eu caí de volta para o 2.1 com o ntlmv2 e tudo começou a funcionar.

Diferentes combinações de parâmetros sec e version que não funcionaram mostraram mensagens de erro diferentes, algumas enganosas, algumas obsoletas, algumas apenas crípticas.

Independentemente das mensagens vistas quando a montagem falhou, o único problema aqui foi a negociação de segurança não ser concluída. A mensagem indicando um recurso não está disponível, aparentemente se refere a um componente da negociação de segurança, não ao compartilhamento que você está tentando se conectar.

Além disso, as mensagens mostradas no terminal e aquelas encontradas usando dmesg | grep CIFS são diferentes. Eu precisava olhar para os dois para descobrir o que estava acontecendo.

Coisas tentadas:

dmesg | grep CIFS para visualizar mensagens de erro Use / etc / fstab e sudo mount -a para montar o compartilhamento (funciona agora) Use mount -t CIFS ... (também funciona agora)

    

Answer 4

Isso é o que funcionou para mim. Depois de várias tentativas.

1. Eu reinstalo todos os clientes após a limpeza completa

   $ sudo apt install cifs-utils smbclient nfs-common

2. Em seguida, criado e ponto de montagem. $mkdir ~/myfiles

3. Depois monte desta maneira:

   sudo mount -t cifs -o vers=1.0,credentials=/home/username/.smbcredentials,dir_mode=0777,file_mode=0777 //192.168.2.5/g$/shares/Techno\ Files /home/<username>/myfiles/

Meus culpados são os caminhos (drives no servidor windows). por exemplo. c $, g $, f $ e, em seguida, o caminho do arquivo. O Ubuntu docs afirma que você deve escapar de espaços com 0\ eg new0Folder , mas falhou para mim. Então eu fui com o espaço tradicional Unix escapar.