Keine Schreibberechtigung für SMB-Share

Status
Für weitere Antworten geschlossen.

akagi010

Benutzer
Mitglied seit
14. Jan 2010
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe ein Problem, wenn (bzw. Freunde) versuchen, sich mit dem SMB-Server meiner Diskstation zu verbinden.

Zuerst zur Diskstation:
Modellname DS209+
Firmware-Version DSM 2.2-0959

Jetzt zur weiteren Konfiguration:

Es gibt einen Ordner "multimedia" sowie eine Gruppe "multimedia". Die Gruppe "multimedia" hat über die Privilegieneinstellungen Schreib- und Leserechte für den Ordner "multimedia". Erweiterte Berechtigungen für den Ordner "multimedia" sind nicht vorhanden.

Weiterhin gibt es einen Benutzer "akagi". Dieser gehört sowohl der Gruppe "multimedia" als auch "users" (die Default-Gruppe) an. In der Karteikarte "Privilegieneinstellung" für den Benutzer "akagi" wird RW-Berechtigung über die Gruppenrechte angezeigt; individuelle Rechte sind nicht gesetzt.

Jetzt mounte ich unter Linux (Ubuntu 9.10 Karmic) den Order mittels

Rich (BBCode):
sudo smbmount //diskstation/multimedia /mnt/ -o username=akagi,password=ganz_geheim,rw,noperm

Das funktioniert.

Wenn ich jetzt allerdings versuche, z.B. eine Datei mittels

Rich (BBCode):
touch /mnt/ttt

zu erzeugen, bekomme ich

Rich (BBCode):
touch: kann „/mnt/tmp“ nicht berühren: Permission denied

Ich habe mit diversen Parametern von smbmount (password, rw und noperm) rumexperimentiert, aber keinen Erfolg gehabt.

Hier sind zusätzlich Einträge aus der smb.conf, die vielleicht hilfreich seien könnten:

Rich (BBCode):
[global]
	workgroup=WORKGROUP
	local master=no
	realm=*
	printing=lprng
	winbind enum groups=yes
	idmap gid=96000-196000
	passdb backend=smbpasswd
	server string=Disk Station
	security=user
	idmap uid=10000-110000
	printcap name=/usr/syno/etc/printcap
	load printers=yes
	winbind enum users=yes
[home]
	valid users=%U
	comment=home
	writable=yes
	directory mode=0777
	path=/var/services/homes/%U
	create mode=0777
	browseable=no
	read only=no
[homes]
	invalid users=nobody,nobody
	valid users=nobody,@users,admin,nobody
	comment="user home"
	path=/volume1/homes
	guest ok=yes
	browseable=yes
	ftp disable list=no
	ftp disable modify=no
	ftp disable download=no
	read list=nobody,nobody
	write list=nobody,@users,admin,nobody
	writeable=yes
[multimedia]
	invalid users=nobody,nobody
	valid users=nobody,@multimedia,nobody
	comment=""
	path=/volume1/multimedia
	guest ok=yes
	browseable=yes
	ftp disable list=no
	ftp disable modify=no
	ftp disable download=no
	read list=nobody,nobody
	write list=nobody,@multimedia,nobody
	writeable=yes

Ich habe keine Erklärung dafür, dass ich keine Schreibberechtigung bekomme. Auch ein Versuch eines Freundes mit einem MacBook führte zu dem gleichen Ergebnis.

Kann mir da jemand weiterhelfen?

Viele Grüße!
 

thedude

Benutzer
Mitglied seit
30. Nov 2009
Beiträge
2.244
Punkte für Reaktionen
2
Punkte
84
Ich erinner mich dunkel, dass der ordner in den man mountet 777 haben sollte damit das klappt. Bin mir aber grad nicht sicher. Leg mal zum Test unter /mnt/ nen order an, gib dem 777 und mounte da hinein. Ich kann mich aber auch irren...

gruss
dude
 

akagi010

Benutzer
Mitglied seit
14. Jan 2010
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo,

leider funktioniert das nicht. Sobald das smbmount ausgeführt wurde, werden die Rechte wieder umgesetzt. Ein erneutes

sudo chmod 777 /mnt/ttt/

führt zu

chmod: Beim Setzen der Zugriffsrechte für „/mnt/ttt“: Permission denied

MfG
 

thedude

Benutzer
Mitglied seit
30. Nov 2009
Beiträge
2.244
Punkte für Reaktionen
2
Punkte
84
Ja ich meinte schon vorher... naja dann weiss ich auch nich was da klemmt. Tut mir leid.

gruss
dude
 

akagi010

Benutzer
Mitglied seit
14. Jan 2010
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich denke, dass ich rausgefunden habe, was das Problem ist:

Die ursprünglichen Shares habe ich angelegt, als ich sie per NFS auf meiner Linux-Workstation gemountet hatte. Sie haben die UIDs and GIDs meiner Linux-Workstation bekommen (UID=1000, GID=1000).

Unter SMB werden scheinbar die UIDs und GIDs der diskstation verwendet (UID=1026, GID=100).

Ich habe mich per SSH auf der diskstation angemeldet, auf einem Share chmod 777 ausgeführt, den Share per SMB gemountet und einfach eine Datei angelegt und war ziemlich überrascht, dass die plötzlich mit der UID 1026 und GID 100 angelegt wurde.

Für mich stellt sich das jetzt so da, als seien NFS und SMB inkompatibel zueinander. Hat jemand eine Idee, was man da machen könnte? Dieses Problem lässt sich für den Parallelbetrieb von NFS und SMB eigentlich nicht lösen, es sei den man passt die UIDs und GIDs irgendwie aneinander an. Ein Versuch, beim smbmount die Optionen uid=1000,gid=1000 anzugeben hilft mir scheinbar nicht; neue Dateien und Verzeichnisse werden trotzdem mit der UID=1026,GID=100 angelegt.

MfG!
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat