Re: UID_MIN & GID_MIN changed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday, May 25, 2011 03:55:55 AM Peter Vrabec wrote:
> Hi,
> 
> On Tuesday, May 24, 2011 05:25:44 PM Toshio Kuratomi wrote:
> > On Tue, May 24, 2011 at 1:59 AM, Peter Vrabec <pvrabec@xxxxxxxxxx> wrote:
> > > Hi all,
> > > 
> > > I'd like to inform you that I have changed UID_MIN & GID_MIN from 500
> > > to 1000 in upgraded shadow-utils.
> > > 
> > > Where?
> > > /etc/login.defs.
> > > shadow-utils-4.1.4.3-1.fc16
> > > 
> > > I suppose UID/GID_MIN=1000 is more common(other distros, upstream). We
> > > are not in situation that 500 IDs for system accounts ought to be
> > > enough for anybody. Actually, it was not 500.It was 299 because range
> > > 0-200 is for reserved IDs. There are 799 non reserved IDs for system
> > > accounts available after this change.
> > 
> > This change should be made as a Feature for F16 and needs some
> > thought/coordination put behind it.  There's several issues that I
> > see:
> > 
> > * AFAIK, we actually have not run into the 500 uid limit yet (although
> > it is a bit low to be comfortable)
> > *  AFAIK, we've only allocated the range 0-100 for reserved IDs.
> > * The 0-100 reserved IDs are actually the pain point that we need to
> > deal with, not the dynamic system ids in the 101-499 range.
> 
> We use 0-200 for reserved IDs  since
> http://lists.fedoraproject.org/pipermail/devel/2009-April/028740.html
there was no change ever done there. the discussion was minimal to say the 
least.

 
> > * We don't know how many, if any IDs this actually gets us for the
> > dynamic range because any site that has already filled the 500-1000
> > UID range won't gain any extra dynamic system account through this
> > change.
> > * This could potentially break sites that are currently using the
> > 500-1000 UID range and rely on the order of allocation of UIDs for
> > their users on new machines matching with the UIDs on old machines.
> > (For instance, NFS UIDs on filesystems matching between a box
> > installed with RHEL5 and a box that gets newly installed with F16).
> > 
> > -Toshio
> 
> I'm not against wider announcement. I'm just not sure what is the right way
> - F16 Feature/Release Notes/ .... ? We can also annouce the 200 limit for
> reserved IDs. ;)

another issue that i thought of was existing ldap/nis systems that allocate 
regular users in the 500-1000 range when installing or upgrading if they use 
policies that probit system accounts from logging in will have users unable to 
login. 

Dennis

Attachment: signature.asc
Description: This is a digitally signed message part.

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux