Hans-Georg Bork <hgb@users.sourceforge.net> (Fr 07 Mär 2014 14:44:40 CET):
> Moin,
>
> Am 2014-03-05 17:23, schrieb Christian Wolf:
> >Hallo allerseits,
> >
> >ich habe gerade ein Problem mit meiner NFS4 Konfiguration. Konkret
> >habe ich
> >einen NFS Server (192.168.2.19/28) und einen Client
> >(192.168.2.4/28) der ein
> >Verzeichnis mounten soll.
> >[...]
> >Habe ich hier was am Prinzip nicht verstanden?
>
> Zunächst müssen die user- und groupnamen und deren numerische ID auf
> allen beteiligten Rechnern dieselben sein. Danach setzt Du dann auf
Das ist bei NFSv4 nur noch bedingt richtig. (Vorsicht: ich bin jetzt
hier nicht der NFSv4-Experte).
Es muss auf beiden Seiten identische Nutzernamen geben - wobei
Nutzername hier eigentlich heißt
nutzer@realm
Die „realm“ wird aus dem FQDN des jeweiligen Systems abgeleitet
(ream := FQDN - hostname).
Wenn das auf beiden Seiten nicht zueinander passt, geht das
Nutzermapping schief und muss konfiguriert werden.
Das Mapping macht der idmap-Daemon, den kann man auch konfigurieren
(realm oder domain müsste es dort heissen).
Übertragen wird mit den Metadaten der Files bei NFSv4 keine numerische
ID mehr, sondern eben „nutzer@realm“, was auf beiden Seiten die
idmap-Daemons dann auf die korrekten numerischen IDs übersetzen.
----
Mit dem eigentlichen Problem hat das aber m.E. nichts zu tun, denn
bei fehlerhaftem Mapping ist wohl nicht das Filesystem R/O, sondern nur
die Permissions für den Filezugriff fehlen halt. Aber ich bin mir da
nicht sicher und kann das gerade auch nicht prüfen.
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de ---------------------------- internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --------------- key ID: 7CBF764A -
gnupg fingerprint: 9288 F17D BBF9 9625 5ABC 285C 26A9 687E 7CBF 764A -
(gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B)-
Attachment:
signature.asc
Description: Digital signature