Description of problem: after upgrade of sssd from 2.7.0-1.fc36 to 2.7.1-1.fc36 I was unable to successfully authenticate. downgrading allowed authentication to work again Version-Release number of selected component (if applicable): sssd-2.7.1-1.fc36 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Jun 08 20:11:11 adria.ausil.us systemd[1]: Started sssd.service - System Security Services Daemon. Jun 08 20:11:14 adria.ausil.us sssd_be[665011]: GSSAPI client step 1 Jun 08 20:11:14 adria.ausil.us sssd_be[665011]: GSSAPI client step 1 Jun 08 20:11:14 adria.ausil.us sssd_be[665011]: GSSAPI client step 1 Jun 08 20:11:14 adria.ausil.us sssd_be[665011]: GSSAPI client step 2 Jun 08 20:11:35 adria.ausil.us krb5_child[665561]: Unknown code UUz 100 Jun 08 20:12:28 adria.ausil.us krb5_child[665845]: Unknown code UUz 100 Jun 08 20:12:50 adria.ausil.us krb5_child[665987]: Unknown code UUz 100 Expected results: Additional info:
looks like someone experienced the same issue on debian also https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1857082.html
the workaround listed in https://lists.fedoraproject.org/archives/list/freeipa-users@lists.fedorahosted.org/thread/MTDW3B2MVNLWZJSLG4JWEKIWDPMOM6QU/ works. we need a packaged fix ASAP
*** This bug has been marked as a duplicate of bug 2094685 ***
As a work-around set pac_check = check_upn, check_upn_dns_info_ex in the [pac] section of sssd.conf.
*** Bug 2095162 has been marked as a duplicate of this bug. ***