NetBSD-Bugs archive

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

bin/39419: default group range cannot be specified for groupadd



>Number:         39419
>Category:       bin
>Synopsis:       default group range cannot be specified for groupadd
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 27 10:55:00 +0000 2008
>Originator:     Wolfgang Stukenbrock
>Release:        NetBSD 4.0
>Organization:
Dr. Nagler & Company GmbH
        
>Environment:
        
        
System: NetBSD s401 4.0 NetBSD 4.0 (NSW-S401) #11: Wed Jul 30 21:13:34 CEST 
2008 
wgstuken@s012:/export/NetBSD-4.0/N+C-build/.OBJDIR_amd64/export/NetBSD-4.0/src/sys/arch/amd64/compile/NSW-S401
 amd64
Architecture: x86_64
Machine: amd64
>Description:
        Most default paramters of the user management functions can be 
configured
        in /etc/usermgmt.conf.
        So the administrator can setup a range for new user-id's.
        This is very usefull for environments where the "normal" users are
        included by e.g. NIS and only some techinal users are setup in the local
        configuration files.By setting up a range definition in usermgmt.conf 
and
        using a different range in the NIS database conflicts can be avoided.
        Accedently this is not possible for groups, because there
        is no range definition for group-id's in any configuration file.
        So during package installation new groups may be added using the
        next free group-id starting at 1000. This may lead to conflicts with
        the NIS-database, because the NIS-database cannot know what ID's are 
used
        by some clients and theese ID's may become active in NIS at a later
        time. This could be avoided by defining a default range to be used by
        groupadd as already done for useradd.

>How-To-Repeat:
        not relevant - enhancement-request
>Fix:
        Add a new keyword to usermgmt.conf to add a group range definition.
        The command groupadd should read the information from usermgmt.conf and
        use it if present.
        An other sollution may be a new file groupmgmt.conf, but I think it 
would
        be better (and more consistent) to expand usermgmt.conf.

>Unformatted:
        
        


Home | Main Index | Thread Index | Old Index