[Alfresco CE 4.2e on linux debian, MS2008R2 AD Ctrl]
Hi, I'm trying to setup kerberos auth with MSAD / SSO for fileserver and HTTP. I'm always facing the same error when starting alfresco: javax.security.auth.login.LoginException: Client not found in Kerberos database (6)
I did the following:
1) Create AD users on my DC 2008R2: AlfrescoCIFS AlfrescoHTTP (Password never expires, Disable “User must change password at next logon”, Do not require Kerberos preauthentication)
2) Create keytab files on my DC 2008R2: ktpass -princ cifs/[email protected] -pass * -mapuser MYDOMAIN\AlfrescoCIFS -crypto RC4-HMAC-NT -ptype RB5_NT_PRINCIPAL -out AlfrescoCIFS.keytab -kvno 0
other { com.sun.security.auth.module.Krb5LoginModule sufficient; }; Restart server, with error.
I'm trying from a Windows client to test keytab files, and I get the same error:
>kinit -k -t AlfrescoHTTP.keytab "HTTP/alfrescoserver.mydomain.local" Exception: krb_error 6 Client not found in Kerberos database (6) Client not foun d in Kerberos database KrbException: Client not found in Kerberos database (6)
I understand that my keytab files are wrong/corrupted ? Is this correct ? Do I miss something ? Anything to test ?
Not an Alfresco Issue, but a Kerberos/Keytab issue. When creating a keytab file for a regular user using KTPASS.EXE on AD Contrl, everything is OK (tested using kinit from alfresco server) When creating a keytab for the service account HTTP/alfrescoserver.mydomain.local, the following error occurs: > kinit -V AlfrescoHTTP -k -t keys/AlfrescoHTTP.keytab Using default cache: /tmp/krb5cc_0 Using principal: [email protected] Using keytab: keys/AlfrescoHTTP.keytab kinit: Key table entry not found while getting initial credentials
The domain controller send back "PRINCIPAL UNKNOWN", but the SPN is correcly set. It seeam that the syntact "HTTP/myserver…." using "/" is not supported.
Did one of you implement kerberos auth against 2008R2 DC successfully ? Any idea ?
I finally found the issues: - Duplicate UPN (I checked for duplicate SPN using setspn -X not for UPN. Finally did it using ldap query, and remove duplicates). - Issue with ktpass using /mapuser option: this reset user password on 2008R2 DC (at least in my context); Then I had to map user manually, and run ktpass without this option. Vincent