J'essaie de monter une part de NetApp CIFS à l'un de nos serveurs et que je continue à obtenir une "permission refusée" imprimée à stardr et NT_STATUS_WRONG_PASSWORD
Imprimé à la course 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 commande smbclient
fonctionne toutefois sans problème, en utilisant le même fichier de crédits d'identification exacte:
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 l'on fonctionne si l'autre devrait également surtout, car le fichier de crédits spécifie également le nom de domaine.
Jouer avec les commandes, j'ai trouvé une raison possible:
De la page man 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.
De la page man de mont.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 de transmission, une avec des espaces, comme indiqué dans le premier extrait et l'un sans le nommé creds
et creds.spacy
.
le grand showdown :
Avec creds
fichier:
mount.cifs -vvv //Host/path /local/path -o credentials=/path/creds
bon silence, pas d'erreurs.
Avec creds.spacy
déposer:
# 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 de références contient des espaces, qui ne sont pas compris par Mount.Cifs.
En outre, pour smbclient
Peu importe s'il y a des espaces. creds
et creds.spacy
n'a causé aucune grouse.
Ajouter SEC = NTLM corrigea le problème pour moi. J'ai un plus ancien NAS (Netgear Stora). La sécurité par défaut pour CIFS dans les noyaux récents est NTLMSSPSP
Une autre possibilité que j'ai découverte tout en essayant de monter une action aujourd'hui est que smbmount
prend en charge le username=DOMAIN\\user
Syntaxe pour fournir à un utilisateur dans un domaine comme prévu.
Pour mount.cifs
(et mount -t cifs
) Pour travailler, ces deux doivent être fournis séparément: -o username=user,password=pass,dom=DOMAIN
.
Comme l'expliquait User555518, vous avez probablement des espaces dans votre fichier de réfort, même si vous ne les voyez pas. Si vous avez édité votre fichier de références sur Windows, vous avez probablement \r
À la fin de vos lignes et que cela jette l'erreur 13.
J'ai eu du mal 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 elle a rapporté
mount error(13): Permission denied
et il s'est avéré être extra "caractères dans mon fichier de références
où j'avais à l'origine:
# cat /etc/samba/cred-file
username="john"
password="secret"
où il devrait être
# cat /etc/samba/cred-file
username=john
password=secret
Dans mon cas, je n'ai besoin que d'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 resté directement à SMBV3 sur le serveur) et je devais toujours redémarrer pour le faire fonctionner, c'est ma ligne de montage dans /etc/fstab
maintenant:
auto,rw,credentials=/usr/local/etc/smb.credentials,vers=3.0,file_mode=0664,dir_mode=0775,uid=myuser,gid=users
Mon fichier de références:
username=myuser
password=****
domain=mydomain
En fait, domain
n'est pas nécessaire, mais c'est la bonne option d'utilisation selon la page Mount.Cifs Man maintenant.
Je tiens à remercier tous de vous !!! Pour ce problème, cela m'aidez vraiment beaucoup !, J'ai également trouvé des informations importantes sur le paramètre "sec = ntlm", donc je quitte le lien si certains d'entre vous sont intéressants à ce sujet, des lignes ci-dessous:
J'essayais de monter un répertoire de partage de Windows 7 Desktop, mais j'étais impossible jusqu'à 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, je pense donc que c'était le détail le plus important que je devrais considérer. Par conséquent, ça marche !, Vraiment merci beaucoup vous!, Bénédictions !! et bonnes vibrations! :RÉ