web-dev-qa-db-fra.com

mont.Cifs ne peut pas utiliser le même fichier de créditif que SMBClient utilise

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.

10
Bratchley

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.

4
user55518

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

2
Ed Hourigan

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.

2
fiskfisk

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.

1
Cyrlop

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
0
remigiusz boguszewicz

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.

0
Gregor

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:

Microsoft NTLM

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É

0
DarkPenguin15