From: Dirk Heinrichs <dirk.heinrichs@online.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] nfs als user via fstab mounten
Date: Tue, 29 Sep 2009 21:59:39 +0200 [thread overview]
Message-ID: <200909292159.39784.dirk.heinrichs@online.de> (raw)
In-Reply-To: <4AC262FA.3050707@berlin.de>
Am Dienstag 29 September 2009 21:41:46 schrieb Max Bloch:
> Dirk Heinrichs wrote:
> > NFS ist _kein_ Windows Filesystem. Du siehst auf dem Client genau
>
> dieselben
>
> > Rechte die das exportierte Verzeichnis auf dem Server hat.
>
> Ok, das ist mir schon klar. Ich habe mich wohl ungeschickt ausgedrückt.
>
> Roland Huehn wrote:
> > ... oder, du legst
> > den user auf dem Server ebenfalls an un mapst dann in der /etc/exports
> > auf dem Server mit anonuid,anongid auf die uid,gid des angelegten users.
> > z.B:
> > 10.11.65.2(rw,all_squash,anonuid=1000,anongid=1001,no_subtree_check,async
> >)
>
> Danke, das klingt doch nach einer Lösung. Allerdings würde ich es
> bevorzugen keine Mappings zu verwenden. Mein /etc/exports sieht so aus:
>
> "/share/HDA_DATA/Qmultimedia" *(rw,async,no_root_squash)
>
> Max Bloch wrote:
> > Schreiben auf das gemountete NFS erfolgt als 'guest' user.
>
> Hier ein Beispiel:
>
> client# cat /etc/fstab
> 192.168.178.10:/share/Qmultimedia /mnt/schmas/Qmultimedia nfs
> defaults,user,nfsvers=3 0 0
>
> client# pwd
> /mnt/schmas/Qmultimedia
>
> client# ls -la
> drwxrwxrwx 5 root root 4096 15. Aug 08:09 .
>
> client# mkdir test
> client# ls -la
> drwxrwxrwx 5 root root 4096 15. Aug 08:09 .
> drwxr-xr-x 2 nobody nobody 4096 29. Sep 20:08 test
>
> client# whoami
> max
>
> Auf dem Server gibt es ebenso den user 'max' mit der selben UID wie auf
> dem client.
>
> Das sieht für mich aus als ob mein Zugriff gesquashed wurde?!? Ob
> vielleicht das no_root_squash in meiner /etc/exports dafür
> verantwortlich ist?
Nein.
> In meinem Beispiel habe ich 'mkdir test' aber doch
> als user 'max' ausgeführt und nicht als root. Habe ich da vielleicht was
> falsch verstanden?
Nein, das ist schon richtig.
> Ich frage mich gerade welcher user in meinem Beispiel nun auf das nfs
> zugegriffen hat? War es 'max' der den Befehl 'mkdir test' ausgeführt
> hat, oder war es 'root' der das nfs via fstab wahrscheinlich gemounted
> hat?
Es war max.
> Vielleicht liegt hier der Lösungsansatz?
Bist Du sicher, das die /etc/exports stimmt? Das obige Beispiel deutet auf
"all_squash" hin. Hattest Du die vielleicht mal drin, und nach Entfernung
vielleicht die Serverprozesse nicht neu gestartet?
Bye...
Dirk
next prev parent reply other threads:[~2009-09-29 19:59 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-29 8:14 [gentoo-user-de] nfs als user via fstab mounten Max Bloch
2009-09-29 16:07 ` Dirk Heinrichs
2009-09-29 16:39 ` Roland Huehn
2009-09-29 16:47 ` Dirk Heinrichs
2009-09-29 17:57 ` Roland Huehn
2009-09-29 18:53 ` Roland Huehn
2009-09-29 19:32 ` Dirk Heinrichs
2009-09-29 19:41 ` Max Bloch
2009-09-29 19:59 ` Dirk Heinrichs [this message]
2009-09-30 8:25 ` Max Bloch
2009-09-30 19:06 ` Dirk Heinrichs
2009-09-30 19:26 ` Max Bloch
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200909292159.39784.dirk.heinrichs@online.de \
--to=dirk.heinrichs@online.de \
--cc=gentoo-user-de@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox