-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/05/2010 06:09 AM, Patrick Grieshaber wrote:
On Tue, Oct 5, 2010 at 11:47 AM, Jakub Hrozek <jhrozek@redhat.com mailto:jhrozek@redhat.com> wrote:
On 10/05/2010 09:37 AM, Patrick Grieshaber wrote:
ldap_user_uid_number = sAMAccountName ldap_user_gid_number = sAMAccountName ldap_user_uuid = sAMAccountName
Looking at the debug log, the user object could not be saved due to missing UID number. Using sAMAccountName does not sound like the best attribute to me, though..I think that with 2008, there was no need to fine-tune the UID/GID attributes and just go with the defaults.
I totally agree.. but with the config above plus this mods: #ldap_user_principal = userPrincipalName #ldap_user_uid_number = sAMAccountName #ldap_user_gid_number = sAMAccountName #ldap_user_uuid = sAMAccountName #ldap_user_fullname = displayName
... i receive the exact same debug output (--> no uid found). The reason why i've set sAMAccountName as uid is because the value of this field is always a unique employee _number_ in our active directory. It is strange that the ldap entry about myuser is found, but the uid mapping is such a problem... any other suggestion? Tried this for a couple of hours...
Jakub
Please make sure that your Active Directory server has Subsystem for UNIX-based Applications (SUA) installed on it. This is necessary for support of POSIX clients like SSSD.
On Active Directory 2008 with SUA installed, you should not need to set any of the ldap_user_* options in sssd.conf, as Active Directory's POSIX compatibility layer should be providing the standard values.
If possible, could you also send the complete LDIF (sanitized as needed) for one example entry in your Active Directory server, so we can see what attributes it DOES have, and try to work from there?
The ldapsearch command line tool can be used for this.
- -- Stephen Gallagher RHCE 804006346421761
Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/