Impossible de monter le partage CIFS à partir de / etc / fstab
J'ai une ligne dans mon /etc/fstab pour les âges qui ont cessé de fonctionner depuis 13.04:
//192.168.100.2/share /mnt/popcorn cifs username=MyUserName,password=MyPassword,user,gid=sambashare,file_mode=0664 0 0
et ça me donne:
mount /mnt/popcorn
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
dmesg est aussi utile que le soleil dans le désert:
[ 622.471321] CIFS VFS: Send error in SessSetup = -13
[ 622.471458] CIFS VFS: cifs_mount failed w/return code = -13
Je sais que le combo utilisateur/mot de passe est correct, car cela fonctionne bien:
bart@dosar:~$ smbclient //192.168.100.2/share --user=MyUserName
Enter nmt's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.32]
smb: \> ls
...
Comment monter en permanence un partage CIFS/Samba sur Ubuntu 13.04?
selon ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) devrait être:
//servername/sharename /media/windowsshare cifs username=msusername,password=mspassword,iocharset=utf8,sec=ntlm 0 0
Essayez de regarder ce que vous faites mal. Simplifiez-vous la vie, supprimez les variables file_mode, user et gid, éventuellement les variables iocharset et sec. Si cela fonctionne, ajoutez toujours un ...
Le
sec = ntlm
ne résout pas le problème sur mon bureau (Ubuntu 13.10). Il semble que le format du paramètre ait un peu changé par rapport au domaine. Utilisé pour travailler cela avant mais ne le fait pas maintenant:
-o nom d'utilisateur = msdomain/msusername, mot de passe = mspassword
J'ai changé pour ce format:
-o dom = msdomain, nom d'utilisateur = msusername, mot de passe = mspassword
et ça marche bien maintenant.
sec = ntlm a travaillé pour moi aussi ...
J'ai eu beaucoup de problèmes avec cela de la CLI et de fstab mais cela fonctionnait bien de l'interface graphique (sur Fedora 20) à une maison NAS et pour éliminer des choses comme des mots de passe complexes, j'ai créé un utilisateur avec un simple nom d'utilisateur et mot de passe, puis utilisez la commande CLI mount.cifs pour effectuer un test. J'ai continué à obtenir une autorisation refusée tout le temps (13), de même qu'une tentative Wireshark des interfaces GUI et CLI.
Si vous faites cela, alors vous voulez que le message de réponse au protocole revienne du serveur et que vous développiez tous les champs pour vérifier la version/le dialecte (dans mon cas, le serveur voulait la version 1.0) et plus important encore les exigences de sécurité, un 1 signifiant que le le serveur exige quelque chose et mon serveur a besoin du chiffrement de mot de passe de sorte que le réglage sec = ntlm le corrige pour moi:.
Merci beaucoup à Dee ci-dessus!
J'ai eu ce problème sur divers réseaux nécessitant des services de partage de fichiers samba à partir d'un serveur de fichiers basé sur Ubuntu ou LinuxMint.
Dans tous les cas, alors que le compte samba de l'utilisateur possédait un mot de passe et permettait la navigation (et la manipulation de fichiers) d'un partage via un gestionnaire de fichiers, les montages fstab ne fonctionnaient pas.
Indépendamment de la définition de sec = ntlm ou de sec = ntlmv2 ou de sec = ntlmssp ou de l’une des autres options généralement proposées en tant que "solution" (c.-à-d. En définissant file_mode ou user ou gid).
Dans tous les la solution de nos installations a finalement été la même: réinitialisez le mot de passe de l'utilisateur samba et le montage fonctionne, quelles que soient les options de configuration!
Je ne sais pas ce qui se passe lorsque le mot de passe est "hérité/converti" à partir du compte Linux de l'utilisateur, mais il semble y avoir un problème important, malgré la possibilité de parcourir (et non de monter) un partage Samba.
Je vais maintenant échanger cette réponse avec quelques articles similaires de AskUbuntu qui promeuvent les mêmes "réponses" qui, souvent, ne semblent pas aider ceux qui ont des problèmes.
Peut-être que cette approche vous aidera à relever le défi de la samba fstab. Je l'espère et bonne chance.