Montando o Windows Share usando SMB 2.1 ou superior

12

Estou tentando montar um compartilhamento SMB (CIFS) hospedado no Windows usando o Ubuntu 12.04 (usando o kernel 3.13.0-117-generic). Montar com SMB1 funciona, mas isso não é aceitável, devemos montar com SMB2.1 ou superior.

Abaixo está a saída das minhas tentativas de fazer isso passando o argumento ver =

root@----:/# mount -t cifs //SERVER/smbtest /mnt/smbtest --verbose -o ver=2.1,user=administrator
Password:
mount.cifs kernel mount options: 
ip=10.16.0.40,unc=\\server.domain.net\smbtest,ver=2.1,ver=1,user=administrator,pass=********
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Como você pode ver, existem dois argumentos ver nas opções de montagem do kernel mount.cifs, a que eu especifiquei e a padrão (1). Isso acontece se eu especificar algo diferente de 1 ou 1.0 para ver.

O cifs-utils versão 5.1 está instalado e o cifs.ko está na versão 2.02. Na página de status do kernel SMB3 no wiki do Samba, https://wiki.samba.org/index.php/SMB3_kernel_status ,

"The minimum version for use of the Linux kernel SMB3 support is kernel version 3.12 (or backport of cifs.ko module version 2.02 or later) but kernel version 3.18 or later (or equivalent, ie cifs module version 2.04 or later) is recommended for best SMB3 support."

Alguém pode me ajudar no caminho certo aqui? Eu devo estar esquecendo alguma coisa. Quais outros métodos estão disponíveis para forçar conexões SMB2 +? Este é o meu primeiro post aqui, e tentei mantê-lo breve, se eu perder alguma coisa, avise-me e adicionarei as informações ao meu post.

Tanto quanto sei, isso deve funcionar, embora eu não ficasse surpreso se eu tivesse entendido algo errado e o SMB2 + não seja suportado.

obrigado

EDIT: Eu entendo 12.04 é EOL. Atualizarei este post amanhã com as informações relevantes para 14.04, que têm o mesmo problema. Se alguém puder responder re: 12.04, isso ainda seria apreciado.

Oliver Vollmer
fonte
1
Isso é particularmente relevante no lugar dos alvos de exploração de mercadorias de resgate wannacry SMB1
Jeff Puckett
Se você tem o nome do dispositivo (por exemplo, foo), mas não a sua ipaddr: foo nmblookup
phreed

Respostas:

8

Se eu usar o ver, ele realmente digita "Argumento inválido", mas o homem mount.cifs diz que o nome da opção é "vers", não "ver".

       vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported....

funciona para mim no Mint 18.1:

mount -t cifs //192.168.1.1/public /home/user/Desktop/share --verbose -o vers=2.1,user=winuser
deadhead
fonte
1

Encontrei as opções disponíveis na minha página de manual local. Verifique isso em sua própria máquina para ver o que ela suporta. Uma vez na página do manual, digite /vers=para encontrar esse argumento rapidamente.

man mount.cifs

Em seguida, montei meu compartilhamento da seguinte maneira:

sudo mount -t cifs //nas/homes/mike /media/mike/nashome -o vers=3.11,credentials=/home/mike/.ssh/.smb_nas

Isso exigia um arquivo de credenciais com o seguinte conteúdo em /home/mike/.ssh/.smb_nas, para que eu não precise digitar minha senha no comando (fazendo com que ela seja armazenada no histórico de comandos em texto sem formatação) ou em o prompt (um incômodo).

username=mike
password=[REAL PASSWORD]
domain=WORKGROUP

Estou montando a partir de um Synology NAS que suporta SMB versão 3.11. Você precisaria verificar a versão do Windows (ou o que quer que esteja hospedando arquivos via CIFS / SMB) para ver o que ele suporta no lado do servidor.

mightypile
fonte
1

Curiosamente, se o computador compartilhado não estiver nesse endereço IP, você pode receber o mesmo erro. Uma alteração no DHCP "moveu" nosso NAS e essa foi a raiz do meu problema. Depois que o compartilhamento voltou ao IP adequado, os erros pararam.

Chris K
fonte