Bill Davidsen wrote: > Wolfgang S. Rupprecht wrote: >> Bill Davidsen <davidsen@xxxxxxx> 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@xxxxxxx> "We have more to fear from the bungling of the incompetent than from the machinations of the wicked." - from Slashdot -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
