Created attachment 745610 [details] /var/log/sssd/krb5_child.log Description of problem: Login failure: Enterprise Principal enabled by default for AD Provider Version-Release number of selected component (if applicable): 1.10.0-5 How reproducible: Always Steps to Reproduce: 1. Using realmd, add the client to an AD Server. 2. Try to login. $ ssh -l 'SSSDAD\tuser1' localhost SSSDAD\tuser1@localhost's password: Permission denied, please try again. SSSDAD\tuser1@localhost's password: Permission denied, please try again. SSSDAD\tuser1@localhost's password: Actual results: Login fails. krb5_child.log shows: (Thu May 9 06:32:33 2013) [[sssd[krb5_child[6930]]]] [sss_child_krb5_trace_cb] (0x4000): [6930] 1368095553.283185: Initializing MEMORY:I4Prq7V with default princ tuser1\@SSSDAD.COM (Thu May 9 06:32:33 2013) [[sssd[krb5_child[6930]]]] [sss_child_krb5_trace_cb] (0x4000): [6930] 1368095553.283363: Removing tuser1\@SSSDAD.COM -> krbtgt/SSSDAD.COM from MEMORY:I4Prq7V (Thu May 9 06:32:33 2013) [[sssd[krb5_child[6930]]]] [sss_child_krb5_trace_cb] (0x4000): [6930] 1368095553.283525: Storing tuser1\@SSSDAD.COM -> krbtgt/SSSDAD.COM in MEMORY:I4Prq7V (Thu May 9 06:32:33 2013) [[sssd[krb5_child[6930]]]] [sss_child_krb5_trace_cb] (0x4000): [6930] 1368095553.283722: Getting credentials tuser1\@SSSDAD.COM -> host/dhcp207-114.sssdad.com using ccache MEMORY:I4Prq7V (Thu May 9 06:32:33 2013) [[sssd[krb5_child[6930]]]] [sss_child_krb5_trace_cb] (0x4000): [6930] 1368095553.283964: Retrieving tuser1\@SSSDAD.COM -> host/dhcp207-114.sssdad.com from MEMORY:I4Prq7V with result: -1765328243/Matching credential not found Expected results: Login should work. Additional info: Refer to the attached krb5_child.log
Workaround (Thanks to Jakub for pointing this out): Adding krb5_use_enterprise_principal=False to the domain section of sssd.conf works.
(In reply to comment #1) > Workaround (Thanks to Jakub for pointing this out): > Adding krb5_use_enterprise_principal=False to the domain section of > sssd.conf works. This is probably a regression caused by https://fedorahosted.org/sssd/ticket/1842
Kaushik, can you check if it works if you keep krb5_use_enterprise_principal=True but set krb5_validate=False? Thank you.
(In reply to comment #3) > Kaushik, can you check if it works if you keep > krb5_use_enterprise_principal=True but set krb5_validate=False? Thank you. Does't work :-(
Upstream ticket: https://fedorahosted.org/sssd/ticket/1921
Verified. sssd-1.10.0-5.fc19.beta1
sssd-1.10.0-5.fc19.beta1 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sssd-1.10.0-5.fc19.beta1
Package sssd-1.10.0-5.fc19.beta1: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing sssd-1.10.0-5.fc19.beta1' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-8176/sssd-1.10.0-5.fc19.beta1 then log in and leave karma (feedback).
sssd-1.10.0-5.fc19.beta1 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.