Peter Memishian writes: > > > I've been down that road before with in.ndpd, dhcpagent, and pppd. I > > don't think it works and can't really be made to work, because you > > need to either assign a distinct UID to this process (we only have 100 > > total that can be reserved over the whole system, and many already are > > demanding them, so this is a losing proposition) > > I'm not sure that's true. Yes, only UIDs less than 100 are reserved. > However, unless that UID can be seen by another system (e.g., the owner of > a file through NFS), couldn't it be dynamically assigned to any available > slot in the normal UID space during installation time?
Maybe. I think you'd have to establish precedent to do it, and there are no existing tools that allow dynamic UID creation at upgrade or install time (no alternate root for 'useradd'), and I don't think it'd work right with packaging if you have to deliver any file system objects owned by this UID. It seems possible in theory, but I think it's driving well out of the way to implement this feature when I'm not sure that it's really integrated properly with the rest of the system anyway. -- James Carlson, Solaris Networking <[EMAIL PROTECTED]> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ networking-discuss mailing list [email protected]
