CIFS-Freigabe kann nicht aus / etc / fstab bereitgestellt werden

Ich habe /etc/fstabseit Ewigkeiten eine Zeile in meinem , die seit dem 13.04. Nicht mehr funktioniert:

//192.168.100.2/share   /mnt/popcorn      cifs username=MyUserName,password=MyPassword,user,gid=sambashare,file_mode=0664 0   0

und es gibt mir:

mount /mnt/popcorn
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

dmesg ist so hilfreich wie Sonnenschein in der Wüste:

[  622.471321] CIFS VFS: Send error in SessSetup = -13
[  622.471458] CIFS VFS: cifs_mount failed w/return code = -13

Ich weiß, dass die Benutzer / Pass-Kombination korrekt ist, da dies gut funktioniert:

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

Wie kann ich eine CIFS / Samba-Freigabe unter Ubuntu 13.04 dauerhaft bereitstellen?

laut ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) sollte sein:

//servername/sharename  /media/windowsshare  cifs  username=msusername,password=mspassword,iocharset=utf8,sec=ntlm  0  0

Versuchen Sie zu sehen, was Sie falsch machen. Machen Sie es einfach, entfernen Sie den Dateimodus, den Benutzer und die GID, möglicherweise auch die Variablen iocharset und sec. Wenn dies funktioniert, fügen Sie immer eine hinzu ...

Das

sec = ntlm

löst das Problem auf meinem Desktop nicht (Ubuntu 13.10). Es scheint, dass sich das Parameterformat in Bezug auf die Domäne etwas geändert hat. Früher verwendet, aber jetzt nicht:

-o Benutzername = msdomain / msusername, Passwort = mspassword

Ich habe in dieses Format geändert:

-o dom = msdomain, username = msusername, password = mspassword

und es funktioniert jetzt gut.

sec = ntlm hat auch für mich gearbeitet ...

Ich hatte eine Menge Probleme damit von der CLI und fstab, aber es funktionierte gut von der GUI (auf Fedora 20) zu einem Heim-NAS und um Dinge wie komplexe Passwörter auszuschließen, habe ich einen Benutzer mit einem einfachen Benutzernamen und Passwort erstellt und dann das verwendet CLI-Befehl mount.cifs zum Testen. Die Erlaubnis wurde mir immer wieder verweigert (13), ebenso wie ein Wireshark der GUI- und CLI-Versuche.

Wenn Sie dies tun, möchten Sie, dass die Protokollantwortnachricht vom Server zurückgesendet wird und alle Felder erweitert werden, um nach Version / Dialekt (in meinem Fall wollte der Server Version 1.0) und vor allem nach den Sicherheitsanforderungen zu suchen. Eine 1 bedeutet, dass die Server erfordert etwas und mein Server benötigt Kennwortverschlüsselung, so dass die Einstellung sec = ntlm es für mich behoben hat :-D.

Vielen Dank an Dee oben!

Ich hatte dieses Problem in verschiedenen Netzwerken, die Samba-Filesharing-Dienste von einem Ubuntu- oder LinuxMint-basierten Dateiserver benötigten.

Während das Samba-Konto des Benutzers ein Kennwort hatte und das Durchsuchen (und Bearbeiten von Dateien) einer Freigabe über einen Dateimanager ermöglichte, funktionierten fstab-Bereitstellungen in jedem Fall nicht.

Dies ist unabhängig davon, ob sec = ntlm oder sec = ntlmv2 oder sec = ntlmssp oder eine der verschiedenen anderen Optionen festgelegt wurde, die normalerweise als "Lösung" angeboten werden (z. B. Festlegen des Dateimodus oder des Benutzers oder der GID).

In jedem Fall ist die Lösung für unsere Installationen dieselbe: Setzen Sie das Passwort des Samba-Benutzers zurück und die Bereitstellung funktioniert unabhängig von den Einstellungsoptionen!

Ich bin nicht sicher, was passiert, wenn das Passwort vom Linux-Konto des Benutzers "geerbt / konvertiert" wird, aber es scheint dort ein erhebliches Problem zu geben, ungeachtet der Möglichkeit, eine Samba-Freigabe zu durchsuchen (nicht zu mounten).

Ich werde diese Antwort jetzt auf einige ähnliche AskUbuntu-Posts übertragen, die dieselben "Antworten" fördern, die denjenigen mit Problemen oft nicht zu helfen scheinen.

Vielleicht hilft Ihnen dieser Ansatz bei Ihrer fstab Samba-Herausforderung. Ich hoffe es und viel Glück.