web-dev-qa-db-fra.com

cifs, smb - Impossible de monter (autorisation refusée) ou de parcourir le dossier partagé

J'ai récemment rencontré ce problème. En général, je navigue dans un dossier partagé du réseau local à partir d’une machine Linux via smb (c’est-à-dire depuis le gestionnaire de fichiers utilisant smb:). Maintenant, chaque fois que j'essaie d'accéder au raccourci ou de saisir à nouveau les informations d'identification, la fenêtre de dialogue qui s'affiche me demande toujours l'utilisateur, le domaine et le mot de passe.

J'ai donc essayé de monter l'emplacement manuellement en utilisant cisf-utils en faisant:

Sudo mount -t cifs //fileshare1/docs1/user/My\ Documents/shared/Francesco/ /home/frank/used_shared/ -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Je reçois mount error(13): Permission denied.

Je suis absolument sûr que mon utilisateur a la permission sur ce dossier car je peux y accéder depuis une machine Windows.

Aussi, si j'essaie de monter mon dossier personnel sur cet emplacement via:

Sudo mount -t cifs //fileshare1/docs5/francesco.azzarello/ /home/frank/mnt_folder -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Je peux y accéder sans problème.

Pour référence, j'utilise le noyau 4.2.0-36-generic et ma version de mount.cifs est 6.4

Une idée sur la façon de faire fonctionner l'une des deux méthodes?

Mise à jour Rgarding ponsfrilus answer

numéro 1: l'option verbeuse renvoie:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,uid=1000,gid=1000,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Le numéro 2 est fondamentalement la même chose:

_ mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Et rien n'a changé avec vers = 2.1:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,vers=2.1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

En ce qui concerne le numéro 4, je peux monter sans problème docs1 mais je peux naviguer dans le dossier partagé de l’utilisateur.

mountpermissionssambacifs
10
Frankmtl

Je pense que le type de sécurité que vous utilisez pour le serveur est incorrect. L’erreur 13 signifie que le serveur ne vous laisse pas entrer.

Vous devrez sélectionner le bon mode de sécurité dans votre commande mount, ajoutez une option sec via -o comme suit:

sec=
   Security mode. Allowed values are:
   ·   none - attempt to connection as a null user (no name)
   ·   krb5 - Use Kerberos version 5 authentication
   ·   krb5i - Use Kerberos authentication and forcibly enable packet 
       signing
   ·   ntlm - Use NTLM password hashing
   ·   ntlmi - Use NTLM password hashing and force packet signing
   ·   ntlmv2 - Use NTLMv2 password hashing
   ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
   ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
   ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet signing
5
Amias

Je suis presque sûr d'avoir rencontré exactement le même problème aujourd'hui sur Ubuntu 16.10. J'ai essayé plusieurs fois toutes les suggestions de ce fil. Je pouvais monter le même partage avec Windows Server 2016 et le parcourir à l'aide de smbclient (smbclient -U brainstrust //WINBOX01/shared). J'ai même essayé un fichier de références externe.

Je suis tombé sur un correctif - bien que j'avais créé un utilisateur local pour le partage sous Windows, celui-ci était également associé à un domaine. Définir le domaine comme étant la machine locale -o domain=WINBOX01 a résolu mon problème instantanément, alors laissez un commentaire ici, dans l’espoir que cela sera utile à quelqu'un.

La commande minimale complète que j'ai utilisée était:

Sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01  --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01
4
Geoff Williams

  1. Essayez d'ajouter l'option "-v" pour obtenir une sortie détaillée:

    Sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
   Documents/shared/Francesco/ /home/frank/mnt_folder -o \
   username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

  2. Testez avec ces options la commande mount

    iocharset = utf8, rw, file_mode = 0777, dir_mode = 0777 :

    Sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
   Documents/shared/Francesco/ /home/frank/mnt_folder -o 
   username=my_user,password=my_pass,domain=my_domain,\
   iocharset=utf8,rw,file_mode=0777,dir_mode=0777

  3. Testez en spécifiant l'option de version SMB (version = 2.1), voir le wiki samba . Depuis la page de manuel mount.cifs:

    vers =
    Version du protocole SMB. Les valeurs autorisées sont:

    • 1.0 - Le protocole classique CIFS/SMBv1. C'est la valeur par défaut.

    • 2.0 - Le protocole SMBv2.002. Cela a été initialement introduit dans Windows Vista Service Pack 1 et Windows Server 2008. Notez que la version initiale de Windows Vista parlait un dialecte légèrement différent (2.000) qui n'est pas pris en charge.

    • 2.1 - Le protocole SMBv2.1 introduit dans Microsoft Windows 7 et Windows Server 2008R2.

    • 3.0 - Le protocole SMBv3.0 introduit dans Microsoft Windows 8 et Windows Server 2012.

  4. Enfin, essayez de ne monter que le premier partage:

    Sudo mount -v -t cifs //fileshare1/docs1/ /home/frank/mnt_folder \
   -o username=my_user,password=my_pass,domain=my_domain,\
   iocharset=utf8,rw,file_mode=0777,dir_mode=0777

Toute sortie commentée que vous pouvez partager pourrait aider.

3
ponsfrilus

Pour ce problème lorsque vous utilisez des fichiers cifs supérieurs à 6.0: la nouvelle version de cifs utilise la variable domain à la place. Le fichier creadentials ressemble à ceci:

username=<your username>
password=<your password>
domain=<your domain>
1
Do Manh Tien

L'ajout de l'option sec=ntlm à la commande de montage a résolu mon problème.

par exemple:

Sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/
0
brike