Hallo,

ich habe hier ein Problem mit meinen NASen von Synology. Auf jeder NAS habe ich shares eingerichtet und für diese jeweils user und pwd angelegt. Die user haben jeweils passende Rechte - ich beziehe mich im Folgenden auf einen User mit r/w Rechten

Die Shares kann ich im Netzwerk finden und werde dann nach den logindaten gefragt. Die Dateien darin kann ich dann öffnen und bearbeiten, aber nicht mehr (dort unter gleichem Namen) speichern.

Für jedes Share habe ich mir einen Mountpoint auf dem PC angelegt. In der /etcv/fstab habe ich alle shares gemountet - logindaten stehen (noch) in der etc/fstab mit drin.

Leider finde ich keine Lösung für mein Zugriffsproblem und wollt daher hier um Rat bitten.

Bisher weiss ich nur, dass ich die Logindaten aus der etc/fstab auslagern sollte in credential files. --> kann ich da mehrere anlegen um je share ein cred zu haben?

Irgendwo habe ich aufgeschnappt dass es an den UID Vergaben bei Synology vs Ubuntu liegen kann. Leider finde ich den therad nicht mehr und habe ihn damals auch nicht so recht begriffen. Mir ist zwar klar was eine UID sein soll und dass unterschiedliche Zahlenkreise Probleme machen können. Aber ich habe keine Ahnung wie ich mit dem Wissen ggf mein Problem lösen kann.

daher würde ich mich sehr über eine nette und hilfreiche Antwort freuen.

Danke schon vorab

Grüße

Michael

Könntest Du bitte (wegen der Mount-Optionen) den Eintrag in /etc/fstab auf dem Client und - falls Du an diese rankommst - die Datei smb.conf des NAS als Codeblöcke (3. Symbol v.r.) posten?

Gruß - Max-Ulrich

Hallo M.U.F,

zumindest meine fstab kann ich schon mal posten:

1
2
3
4
5
6
7
8
9

cat /etc/fstab

//192.168.10.111/BACKUP-MIVOGT /mnt/DS211J/BACKUP-MIVOGT cifs user=mivogt-nas,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0
//192.168.10.111/BACKUP-VOGO /mnt/DS211J/BACKUP-VOGO cifs user=vogo-nas,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0
//192.168.10.111/Dozenten-JOB /mnt/DS211J/Dozenten-JOB cifs user=mivogt-nas,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0
//192.168.10.111/_mivogt /mnt/DS211J/_mivogt cifs user=mivogt-nas,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0
//192.168.10.111/VOGO-ALLGEMEIN /mnt/DS211J/VOGO-ALLGEMEIN cifs user=vogo-nas,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0
//192.168.10.123/vogo-dtp /mnt/IB4220/VOGO-DTP cifs user=vogo-dtp,passwd=GEHEIM,atime,auto,rw,dev,exec,users,suid 0 0

.. ob und wie ich das aus der NAS bekomme muss ich noch ausknobeln

wie ich das aus der NAS bekomme muss ich noch ausknobeln

Vielleicht brauchen wir es auch gar nicht.

Nun zu den Mount-Optionen.

... atime,auto,rw,dev,exec,users,suid ...

Diese Optionen sind in der Tat etwas seltsam. Die für mount.cifs zulässigen Optionen findest Du z.B. hier . Nicht erkannte Optionen sind im Kernel-log protokolliert.

Die Optionen atime,auto,rw,dev,exec,suid sind ohnehin Standard und brauchen im Allgemeinen nicht aufgeführt zu werden. Die Option users brauchst Du nur dann, wenn gewöhnliche Benutzer das Recht haben sollten, die Freigaben ohne Root-Rechte wieder auszuhängen. Meist will man dies gar nicht.

Vermutlich sind die UNIX-Extensions aktiv (siehe dazu Samba Client cifs). Dann müssen in der Tat die UID und GID auf dem NAS und den Clients identisch sein, sonst gibt es Probleme. Durch die Mount-Option nounix kannst Du aber die UNIX-Extensions deaktivieren. Dann kannst Du mit den Mount-Optionen uid, gid, file_mode und dir_mode die Besitz- und Zugriffsrechte auf dem Client neu festlegen (simulieren). Ein fstab-Eintrag könnte dann z.B. so aussehen:

//192.168.10.111/BACKUP-MIVOGT /mnt/DS211J/BACKUP-MIVOGT cifs user=mivogt-nas,passwd=GEHEIM,nounix,uid=mivogt,gid=plugdev,dir_mode=0750,file_mode=0640 0 0

Dann dürfte User mivogt lesen und schreiben und alle Andern nur lesen. Sollten einige Programme trotzdem nicht unter gleichem Namen speichern können, könnte außerdem die Option nobrl nötig sein.

...auslagern sollte in credential files. --> kann ich da mehrere anlegen um je share ein cred zu haben?

Ja, aber der gleiche Benutzer darf nicht auf dem gleichen Server für verschiedene Shares verschiedene Passwörter haben.

Gruß - Max-Ulrich

EDIT:

Warum möchtest Du eigentlich die Shares unter verschiedenen Benutzernamen (user und passwd) einbinden? Das kann normalerweise doch alles mit einer einzigen Identität geschehen; auf die Besitz- und Zugriffsrechte nach dem Einbinden hat dies keinen Einfluss.

Hi,

auch wenn der Thread etwas älter ist, ich habe ein ähnliches Problem:

Allerdings mit einer QNAP TS-212 Turbo (Auf die Shares kann ohne Angabe eines Usernamens und Passworts zugegriffen werden)

FSTAb sieht so aus:

//192.168.1.16/multimedia /media/Multimedia cifs rw,auto,users,password= 0 0
//192.168.1.16/download /media/download cifs rw,auto,users,password= 0 0
//192.168.1.16/alles /media/alles cifs rw,auto,users,password= 0 0

Die Shares werden zwar eingehängt, allerdings habe ich nur Lesezugriff. Wie bekomme ich auch schreibzugriff als normaler user?

Danke für Hilfe

Ich gehe mal davon aus, dass Dein QNAP TS-212 die cifs-UNIX-Extensions nicht verwendet. Sicherheitshalber kannst Du aber noch die Option nounix einfügen, schaden kann das nicht. Dann musst Du noch beim Mounten die Besitz- und Zugriffsrechte festlegen, die auf dem Client gelten sollen. Entweder Du machst Dich selbst zum Eigentümer der gemounteten Freigaben (uid=<Du_selbst>, gid=<Deine_Gruppe>), oder Du erlaubst einfach allen Benutzern alles (dir_mode=0777,file_mode=0666), also

# entweder:
//192.168.1.16/multimedia /media/Multimedia cifs users,nounix,guest,uid=1000,gid=1000 0 0
# oder:
//192.168.1.16/multimedia /media/Multimedia cifs users,nounix,guest,dir_mode=0777,file_mode=0666 0 0

Die Optionen rw,auto sind sowieso Default, users brauchst Du nur, wenn Du die Freigabe von Hand wieder aushängen willst, und für Benutzername und Passwort kannst Du einfach guest einsetzen, wenn kein Passwort gefragt ist. Bei uid=...,gid=... kannst Du statt des Zahlenwerts (ich nehme mal an, Du bist 1000) auch den Namen einsetzen.

Sollte es danach immer noch Schwierigkeiten geben, dann gibt es ein Problem mit den "echten" Zugriffsrechten auf dem NAS. Das ist dann nicht ganz so einfach zu lösen, aber es ist auf jeden Fall lösbar, weil das NAS ja über SSH ansprechbar ist.

Gruß - Max-Ulrich

hi,

danke für die Antwort. ich wusste irgendwo ist ein Fehler. Hat mit Variante 2 wunderbar geklappt. Langsam nähere ich mich dem Ziel Windows nur noch für bestimmte Sachen zu nutzen für die ich bisher keinen adäquaten Ersatz gefunden habe.

Hat mit Variante 2 wunderbar geklappt.

Freut mich. Dann darfst Du gerne das grüne Häkchen setzen für "gelöst".

Gruß - Max-Ulrich

Sorry. Du bist ja gar nicht der Threadstarter, normalerweise sollte der das tun.