| 1 |
Dirk Heinrichs wrote: |
| 2 |
> NFS ist _kein_ Windows Filesystem. Du siehst auf dem Client genau |
| 3 |
dieselben |
| 4 |
> Rechte die das exportierte Verzeichnis auf dem Server hat. |
| 5 |
|
| 6 |
Ok, das ist mir schon klar. Ich habe mich wohl ungeschickt ausgedrückt. |
| 7 |
|
| 8 |
|
| 9 |
Roland Huehn wrote: |
| 10 |
> ... oder, du legst |
| 11 |
> den user auf dem Server ebenfalls an un mapst dann in der /etc/exports |
| 12 |
> auf dem Server mit anonuid,anongid auf die uid,gid des angelegten users. |
| 13 |
> z.B: |
| 14 |
> 10.11.65.2(rw,all_squash,anonuid=1000,anongid=1001,no_subtree_check,async) |
| 15 |
|
| 16 |
Danke, das klingt doch nach einer Lösung. Allerdings würde ich es |
| 17 |
bevorzugen keine Mappings zu verwenden. Mein /etc/exports sieht so aus: |
| 18 |
|
| 19 |
"/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash) |
| 20 |
|
| 21 |
Max Bloch wrote: |
| 22 |
> Schreiben auf das gemountete NFS erfolgt als 'guest' user. |
| 23 |
|
| 24 |
Hier ein Beispiel: |
| 25 |
|
| 26 |
client# cat /etc/fstab |
| 27 |
192.168.178.10:/share/Qmultimedia /mnt/schmas/Qmultimedia nfs |
| 28 |
defaults,user,nfsvers=3 0 0 |
| 29 |
|
| 30 |
client# pwd |
| 31 |
/mnt/schmas/Qmultimedia |
| 32 |
|
| 33 |
client# ls -la |
| 34 |
drwxrwxrwx 5 root root 4096 15. Aug 08:09 . |
| 35 |
|
| 36 |
client# mkdir test |
| 37 |
client# ls -la |
| 38 |
drwxrwxrwx 5 root root 4096 15. Aug 08:09 . |
| 39 |
drwxr-xr-x 2 nobody nobody 4096 29. Sep 20:08 test |
| 40 |
|
| 41 |
client# whoami |
| 42 |
max |
| 43 |
|
| 44 |
Auf dem Server gibt es ebenso den user 'max' mit der selben UID wie auf |
| 45 |
dem client. |
| 46 |
|
| 47 |
Das sieht für mich aus als ob mein Zugriff gesquashed wurde?!? Ob |
| 48 |
vielleicht das no_root_squash in meiner /etc/exports dafür |
| 49 |
verantwortlich ist? In meinem Beispiel habe ich 'mkdir test' aber doch |
| 50 |
als user 'max' ausgeführt und nicht als root. Habe ich da vielleicht was |
| 51 |
falsch verstanden? |
| 52 |
|
| 53 |
Ich frage mich gerade welcher user in meinem Beispiel nun auf das nfs |
| 54 |
zugegriffen hat? War es 'max' der den Befehl 'mkdir test' ausgeführt |
| 55 |
hat, oder war es 'root' der das nfs via fstab wahrscheinlich gemounted |
| 56 |
hat? Vielleicht liegt hier der Lösungsansatz? |
| 57 |
|
| 58 |
LG Max |
Archives