Nova's LDAP schema has an unneeded requirement on the nis or bis schema

Bug #681030 reported by Ryan Lane
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Fix Released
Medium
Ryan Lane

Bug Description

Though requiring the nis or bis schema doesn't necessarily exclude Active Directory, it adds an unneeded and bothersome requirement to include the nis schema, and forces the use of the uid attribute.

It would be better if the schema defined novaUser as follows:

objectClass (
    novaOCs:1
    NAME 'novaUser'
    DESC 'access and secret keys'
    AUXILIARY
    MUST ( cn )
    MAY ( accessKey $ secretKey $ isAdmin )
    )

This puts the requirement on person or inetorgperson instead, which is mostly universally used for user entries.

The code should default to using cn, but the configuration should default to using uid. Allowing this to be a configurable option allows users to define which attribute their directory server should be using, such as sAMAccountName in AD.

Related branches

Revision history for this message
Ryan Lane (rlane) wrote :

Looking at the inetorgperson schema, it looks like uid is defined as a 'may' attribute. So there isn't a requirement on nis or bis, but this still complicates configuration for AD users, or users who use something other than uid as their username attribute, so the above schema change would still be necessary for proper interoperability.

Thierry Carrez (ttx)
Changed in nova:
assignee: nobody → Ryan Lane (rlane)
importance: Undecided → Medium
status: New → In Progress
Thierry Carrez (ttx)
Changed in nova:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in nova:
milestone: none → 2011.1
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.