[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