Description of problem: Quoting the upstream bug report, see the original for more details: > An Openstack user attempting to integrate Keystone with AD > has reported that when his user contains a comma (full name > CN='Doe, John'), a 'Bad search filter' error is thrown. If > the full name CN is instead 'John Doe', authorization succeeds." Version-Release number of selected component (if applicable): 2013.2.3-4.el6ost Please backport the upstream patch.
Has there been any progress on this bug?
(In reply to John Fulton from comment #9) > Has there been any progress on this bug? The issue is fixed in the code upstream and internally and will be in 4.0.z A5 (hence the POST status).
Created this user: # Doe\2C John, Users, WIN2012DOM.COM dn: CN=Doe\, John,CN=Users,DC=WIN2012DOM,DC=COM objectClass: top objectClass: person objectClass: organizationalPerson objectClass: user cn: Doe, John sn: Doe givenName: John distinguishedName: CN=Doe\, John,CN=Users,DC=WIN2012DOM,DC=COM instanceType: 4 whenCreated: 20141015003049.0Z whenChanged: 20141015003656.0Z displayName: Doe, John uSNCreated: 12893 uSNChanged: 12900 name: Doe, John objectGUID:: 5jUu9e+JVkK8gGjB6r52zw== userAccountControl: 66048 badPwdCount: 0 codePage: 0 countryCode: 0 badPasswordTime: 0 lastLogoff: 0 lastLogon: 0 pwdLastSet: 130578066490943290 primaryGroupID: 513 objectSid:: AQUAAAAAAAUVAAAAUEfhSGrUvXLKtVFDUgQAAA== accountExpires: 9223372036854775807 logonCount: 0 sAMAccountName: doe_john sAMAccountType: 805306368 userPrincipalName: doe, john objectCategory: CN=Person,CN=Schema,CN=Configuration,DC=WIN2012DOM,DC=COM dSCorePropagationData: 20141015003049.0Z dSCorePropagationData: 16010101000000.0Z lastLogonTimestamp: 130578070168286802 keystone user-list +---------------+---------------+---------+--------------------------+ | id | name | enabled | email | +---------------+---------------+---------+--------------------------+ | Administrator | Administrator | True | | | Guest | Guest | False | | | Doe, John | doe_john | True | doe, john | | krbtgt | krbtgt | False | | | Udi Kalifon | ukalifon | True | ukalifon | +---------------+---------------+---------+--------------------------+ I was able to get a v2 and a v3 token, as well as create an rc file for this user and list the above user-list.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2014-1688.html