mount.cifs não pode usar o mesmo arquivo de credencial que o smbclient usa

Estou tentando montar um compartilhamento CIFS da NetApp em um de nossos servidores e continuo recebendo "Permissão negada" impressa em stderr e NT_STATUS_WRONG_PASSWORDimpressa em execução dmesg.

root@xxxehpvld05 ~ $ mount.cifs -vv //zhp-nas.xxx.com/perspectives /mnt/secure/cifs -o credentials=/etc/cifs.creds
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@xxxehpvld05 ~ $ dmesg | tail
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13

O smbclientcomando, no entanto, funciona sem problemas, usando o mesmo arquivo de credenciais exato:

root@xxxehpvld05 ~ $ smbclient -L //zhp-nas.xxx.com/perspectives -A /etc/cifs.creds
Domain=[XXX] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       Remote IPC
        ZHPSubmit-dev   Disk
    [...snip...]

Parece que, se um funciona, o outro também deveria, especialmente porque o arquivo de credenciais também especifica o nome do domínio.

Sem mais informações, não posso ter certeza, mas vi esse problema ao conectar-me a um servidor Windows mais antigo que executava uma versão de protocolo mais antiga. Lembre-se de que o CIFS é considerado um "dialeto" (tipo) de SMB. Existem outros tipos e as configurações mais antigas não usam o CIFS.

Basicamente, é como dizer que duas pessoas estão falando. Um espanhol e um inglês, e você está tentando forçar o falante de inglês a entender o espanhol quando claramente ele não entende.

O SMBclient usa um dielect diferente para negociações de segurança. (ou pelo menos detecta de forma diferente).

Experimentar

mount -t cifs // caminho / coisa / / mount / point -o nome de usuário = usuário, senha = passagem, sec = ntlm

e veja o que acontece. (sec = ntlm é a parte importante)

Brincando com os comandos, encontrei um possível motivo:

Na página de manual do smbclient:

   -A|--authentication-file=filename
       This option allows you to specify a file from which to read the
       username and password used in the connection. The format of the file is

           username = <value>
           password = <value>
           domain   = <value>

       Make certain that the permissions on the file restrict access from
       unwanted users.

Na página de manual do mount.cifs:

   credentials=filename
       specifies a file that contains a username and/or password and
       optionally the name of the workgroup. The format of the file is:

          username=value
          password=value
          domain=value

Em seguida, criei dois arquivos de credenciais, um com espaços, conforme mostrado no primeiro trecho e outro sem e os nomeei credse creds.spacy.

O grande confronto:

Com o credsarquivo:

mount.cifs -vvv //host/path /local/path -o credentials=/path/creds

bom silêncio, sem erros.

Com o creds.spacyarquivo:

# mount.cifs -vvv //host/path /local/path -o credentials=/path/creds.spacy
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Portanto, obviamente, seu arquivo de credenciais contém espaços que não são entendidos pelo mount.cifs.

Além disso smbclient, não importa se há espaços. credse creds.spacynão causou nenhum galo silvestre.

A adição de sec = ntlm corrigiu o problema para mim. Eu tenho um NAS mais antigo (netgear stora). A segurança padrão para cifs nos kernels recentes é ntlmssp

Outra possibilidade que descobri ao tentar montar um compartilhamento hoje é que smbmountsuporta a username=DOMAIN\\usersintaxe para fornecer um usuário em um domínio como credencial.

Para mount.cifs(e mount -t cifs) ao trabalho, estes dois têm de ser fornecidos separadamente: -o username=user,password=pass,dom=DOMAIN.

Como o usuário55518 explicou, você provavelmente tem espaços no arquivo de credenciais, mesmo que não os veja. Se você editou seu arquivo de credenciais no Windows, provavelmente possui \rno final de suas linhas e isso gera o erro 13.

Quero agradecer a todos vocês !!! para esta questão, ele realmente me ajudou muito !, também encontrei algumas informações importantes sobre o parâmetro "sec = ntlm", então deixo o link se alguns de vocês forem interessantes sobre isso, linhas abaixo:

Microsoft NTLM

Eu estava tentando montar um diretório de compartilhamento a partir da área de trabalho do Windows 7, mas era impossível adicionar o parâmetro "sec = ntlm" e ele funciona, e alguns detalhes importantes podem ser que eu não considerei que minha área de trabalho do Windows 7 estava em um domínio, então acho que foi o detalhe mais importante que devo considerar. portanto, funciona !, realmente agradeço muito a todos vocês !, bênçãos !! e boas vibrações! : D

No meu caso, eu só precisava adicionar a opção vers=3.0(o CIFS era a versão 1, que não é mais suportada desde o kernel 4.13, então mudei para o SMBv3 no servidor) e ainda precisava reiniciar para fazê-lo funcionar. Esse é o meu monte a linha /etc/fstabagora:

auto,rw,credentials=/usr/local/etc/smb.credentials,vers=3.0,file_mode=0664,dir_mode=0775,uid=myuser,gid=users

Meu arquivo de credenciais:

username=myuser
password=****
domain=mydomain

Na verdade, domainnão é necessário, mas é a opção correta para usar de acordo com a página de manual mount.cifs agora.

Eu tenho lutado com isso por um tempo.

Com os seguintes erros:

mount error(112): Host is down

aqui ajudou a definir a opção vers = 1.0, então relatou

mount error(13): Permission denied

e acabou sendo "caracteres extras" no meu arquivo de credenciais

onde originalmente eu tinha:

# cat /etc/samba/cred-file
username="john"
password="secret"

onde deveria estar

# cat /etc/samba/cred-file
username=john
password=secret