[Eisfair] Problem mit nfs-server seit 3.6.0
Marcus Röckrath
marcus.roeckrath at gmx.de
Fr Jun 6 14:48:30 CEST 2025
Hallo Holger,
Holger Bruenjes wrote:
>> Das Problem ist vermutlich, dass Server und Client natürlich
>> unterschiedliche uids und gids haben:
>
> das hat noch nie funktioniert, die waren doch immer schon
> einheitlich erforderlich
Diese Einschränkunge gilt auf V4 aber wohl nicht mehr:
[Zitat]
Die NFS Version 4 stellt eine Neuimplementierung dar, die neuere
Erfordernisse berücksichtigt. Sie ist in RFC 7530 standardisiert.[4]
Die Unix-Lastigkeit der frühen Versionen wird so weit wie möglich
verringert. Die UNIX-Benutzer- und Gruppennummern werden durch eindeutigere
Zeichenketten nach dem Muster nutzer at domain ersetzt. nutzer ist hierbei der
Nutzername auf dem Server, domain ist die Domain des Servers, also der Teil
des Hostnamens, der nicht den Server selbst identifiziert
(srv.cs.example.net → cs.example.net). Durch die Kennung user at cs.example.net
kann nun auf allen Rechnern der Domain cs.example.net der Nutzer eindeutig
identifiziert werden, auch wenn der Nutzer user auf dem Server die Unix-
User-ID 1050 hat und auf dem Client z. B. 1100. Dies führte bei früheren
NFS-Versionen zu Problemen, wenn keine konsistente Nutzernummerierung
eingehalten wurde. Für die Umsetzung der neuen NFS-Nutzernamen in
(Unix-)Nutzer-IDs ist unter Linux zum Beispiel der Dienst rpc.idmapd (ID
mapper daemon), unter FreeBSD der Daemon nfsuserd (NFS user daemon)
zuständig (sowohl für Server- als auch für Clientseite). Die Nutzernamen
werden nur richtig zugeordnet, wenn Server und Client die gleiche Domain
haben, ansonsten wird als Eigentümer nobody.nogroup angegeben.
[/Zitat]
--
Gruß Marcus
[eisfair-Team]
Mehr Informationen über die Mailingliste Eisfair