UID mapping for NFS

[Bill Davidsen]

Bill Davidsen wrote:
> Wolfgang S. Rupprecht wrote:
>> Bill Davidsen <davidsen at tmr.com> writes:
>>> I have a few systems on site which have common users installed with
>>> "wrong" UID values from the rest of the machines, and particularly
>>> those installed from a "live" CD which created one or more odd IDs
>>> when "install to disk" was used.
>> In theory NFSv4 does the remapping, but I coudn't find it either.  It
>> was far easier and faster to run a "find / -user uid -print" and just fix
>> up the uids.
>>
> The problem is that it becomes painfully complex, before I can make 'joe' user 
> 500 I have to move the user who is 500 to another uid... and as you say nfs4 
> seems to support a lookup security model.
> 
> The issue may be that nfs4 doesn't seem to be working, mount.nfs4 gives a 
> failure, so perhaps job one will be to find out why the export isn't working. 
> NFS is so insecure by nature that it would be nice not to fight pseudo-security.
> 
>> It is things like this I miss from netbsd and openbsd.  They assigned
>> UID's to all their packages (eg. rpm's) and it didn't matter which order
>> one installed things in, the UID's were always the same.
>>
> Thanks for the thoughts, I will keep looking.

I did, and I find that for one time problems sshfs is a useful solution, while 
I'm still trying to figure out why I can't do an NFS4 mount of the filesystem. 
Looks like the server is restricting to nfsv3 because ???
> 
>> -wolfgang
> 
> 


-- 
Bill Davidsen <davidsen at tmr.com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot