mount.cifs ne peut pas utiliser le même fichier d'informations d'identification que smbclient utilise

J'essaie de monter un partage NetApp CIFS sur l'un de nos serveurs et je continue à obtenir "Autorisation refusée" imprimé sur stderr et NT_STATUS_WRONG_PASSWORDimprimé sur le serveur en cours d'exécution 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

La smbclientcommande, fonctionne cependant sans problème, en utilisant le même fichier d'informations d'identification exactes:

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...]

Il semble que si l'un fonctionne, l'autre le devrait aussi, d'autant plus que le fichier d'informations d'identification spécifie également le nom de domaine.

Sans plus d'informations, je ne peux pas le dire avec certitude, mais j'ai vu ce problème lors de la connexion à un ancien serveur Windows qui exécutait une ancienne version de protocole. N'oubliez pas que CIFS est considéré comme un "dialecte" (type) de SMB. Il existe d'autres types et les anciennes configurations n'utilisent pas CIFS.

Fondamentalement, c'est comme dire que deux personnes parlent. Un espagnol et un anglais, et vous essayez de forcer le locuteur anglais à comprendre l'espagnol alors qu'il ne le comprend clairement pas.

SMBclient utilise un diélectrique différent pour les négociations de sécurité. (ou du moins détecte différemment).

Essayer

mount -t cifs // chemin / chose / / mount / point -o nomutilisateur = utilisateur, mot de passe = passe, sec = ntlm

et voyez ce qui se passe. (sec = ntlm est la partie importante)

En jouant avec les commandes, j'ai trouvé une raison possible:

Depuis la page de manuel de 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.

Depuis la page de manuel de 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

Ensuite, j'ai créé deux fichiers d'informations d'identification, un avec des espaces, comme indiqué dans le premier extrait et un sans et les a nommés credset creds.spacy.

La grande épreuve de force:

Avec credsdossier:

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

bon silence, pas d'erreurs.

Avec creds.spacydossier:

# 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)

Donc, évidemment, votre fichier d'informations d'identification contient des espaces, qui ne sont pas compris par mount.cifs.

De plus, smbclientpeu importe s'il y a des espaces. credset creds.spacyn'a causé aucun tétras.

L'ajout de sec = ntlm a corrigé le problème pour moi. J'ai un NAS plus ancien (netgear stora). La sécurité par défaut pour les cifs dans les noyaux récents est ntlmssp

Une autre possibilité que j'ai découverte en essayant de monter un partage aujourd'hui est de prendre en smbmountcharge la username=DOMAIN\\usersyntaxe pour fournir un utilisateur dans un domaine comme informations d'identification.

Pour mount.cifs(et mount -t cifs) au travail, ces deux doivent être fournis séparément: -o username=user,password=pass,dom=DOMAIN.

Comme l'a expliqué user55518, vous avez probablement des espaces dans votre fichier d'informations d'identification même si vous ne les voyez pas. Si vous avez modifié votre fichier d'informations d'identification sur Windows, vous avez probablement \rà la fin de vos lignes et cela jette l'erreur 13.

Je tiens à vous remercier tous !!! pour ce problème, cela m'a vraiment beaucoup aidé !, j'ai également trouvé des informations importantes sur le paramètre "sec = ntlm", donc je laisse le lien si certains d'entre vous sont intéressants à ce sujet, lignes ci-dessous:

Microsoft NTLM

J'essayais de monter un répertoire de partage à partir du bureau Windows 7, mais il était impossible d'ajouter le paramètre "sec = ntlm" et cela fonctionne, et certains détails importants pourraient être que je n'ai pas considéré que mon bureau Windows 7 était dans un domaine, donc je pense que c'était le détail le plus important que je devrais considérer. par conséquent, cela fonctionne !, merci vraiment beaucoup à vous tous!, bénédictions !! et bonnes vibes! :RÉ

Dans mon cas, je n'avais qu'à ajouter l'option vers=3.0(CIFS était la version 1, qui n'est plus prise en charge depuis le noyau 4.13, donc je suis passé directement à SMBv3 sur le serveur) et j'ai quand même dû redémarrer pour le faire fonctionner, c'est mon monter la ligne /etc/fstabmaintenant:

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

Mon fichier d'informations d'identification:

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

En fait, ce domainn'est pas nécessaire, mais c'est l'option correcte à utiliser selon la page de manuel mount.cifs maintenant.

Je me bats avec ça depuis un moment.

Avec les erreurs suivantes:

mount error(112): Host is down

ici, il a aidé à définir l'option vers = 1.0, puis il a signalé

mount error(13): Permission denied

et il s'est avéré qu'il y avait des caractères supplémentaires dans mon fichier d'informations d'identification

où à l'origine j'avais:

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

où il devrait être

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