Activity log for bug #567188

Date Who What changed Old value New value Message
2010-04-20 11:32:08 jean-yves chateaux bug added bug
2010-04-25 12:56:20 Philip Muškovac affects ubuntu krb5 (Ubuntu)
2010-04-25 12:56:40 Philip Muškovac tags lucid regression-potential
2010-04-26 13:37:01 Chuck Short krb5 (Ubuntu): importance Undecided Medium
2010-04-26 13:37:01 Chuck Short krb5 (Ubuntu): status New Incomplete
2010-05-20 16:58:37 Philip Muškovac removed subscriber Philip Muškovac
2010-09-17 09:10:56 Piete Brooks bug added subscriber Piete Brooks
2010-10-21 21:22:07 Jean-Baptiste Lallement nominated for series Ubuntu Lucid
2010-10-21 21:22:07 Jean-Baptiste Lallement bug task added krb5 (Ubuntu Lucid)
2010-10-21 21:22:21 Jean-Baptiste Lallement tags lucid regression-potential lucid regression-release
2010-10-21 21:22:27 Jean-Baptiste Lallement krb5 (Ubuntu Lucid): status New Confirmed
2010-10-21 21:22:34 Jean-Baptiste Lallement krb5 (Ubuntu Lucid): importance Undecided Medium
2010-10-21 21:23:40 Jean-Baptiste Lallement description Environment: The installed distributions use kerberos and likewise to identify the user to an Active Directory Server. The client configuration on 9.04 is basic and efficient. I use the same configuration file (krb5.conf) on 10.04. Kerberos and likewise come from ubuntu repository for each distribution (9.04 and 10.04). Description: Using 9.04 to auth with kerberos/likewise works fine: tickets ok, everything is done login in one time only. Using 10.04 to auth the same way leads to an error and forbids the access: user login ok but the access to other ressources is forbidden, most often returning: KRB Error: KRB5KDC_ERR_S_PRINCIPAL_UNKNOWN. The likewise-open5 versions used are the same on both distributions. I tested with same versions of kerberos on both distributions and i got the same results. I thought the "KRB5KDC_ERR_S_PRINCIPAL_UNKNOWN" was related to a dns problem but when i solved this the following appears: the client sends a TGS_REQ, containing the "Encryption type: rc4-hmac (23)", to the server. the server answers "KRB5KDC_ERR_ETYPE_NOSUPP (14)" 10.04 sends a section "Authenticator rc4-hmac (23)" in PA-TGS-REQ , 9.04 doesn't. There's no such error using ubuntu-9.04. I grab theses informations sniffing the local network with wireshark. Is there anybody experiencing the same problems ? How can i fix this ? thanx Environment: The installed distributions use kerberos and likewise to identify the user to an Active Directory Server. The client configuration on 9.04 is basic and efficient. I use the same configuration file (krb5.conf) on 10.04. Kerberos and likewise come from ubuntu repository for each distribution (9.04 and 10.04). Description: Using 9.04 to auth with kerberos/likewise works fine: tickets ok, everything is done login in one time only. Using 10.04 to auth the same way leads to an error and forbids the access: user login ok but the access to other ressources is forbidden, most often returning: KRB Error: KRB5KDC_ERR_S_PRINCIPAL_UNKNOWN. The likewise-open5 versions used are the same on both distributions. I tested with same versions of kerberos on both distributions and i got the same results. I thought the "KRB5KDC_ERR_S_PRINCIPAL_UNKNOWN" was related to a dns problem but when i solved this the following appears:      the client sends a TGS_REQ, containing the "Encryption type: rc4-hmac (23)", to the server.      the server answers "KRB5KDC_ERR_ETYPE_NOSUPP (14)"      10.04 sends a section "Authenticator rc4-hmac (23)" in PA-TGS-REQ , 9.04 doesn't. There's no such error using ubuntu-9.04. I grab theses informations sniffing the local network with wireshark. Is there anybody experiencing the same problems ? How can i fix this ? thanx == Regression details == Discovered in version: lucid 10.04 : krb5-user 1.8.1+dfsg-2 with likewise 5.3.0-1 Last known good version: jaunty - krb5-user 1.6.dfsg.4~beta1-5ubuntu2.2 with likewise-open5 5.0.3991.1-0ubuntu2
2012-06-15 21:23:17 Clint Byrum krb5 (Ubuntu): status Incomplete Confirmed
2015-06-17 11:16:12 Rolf Leggewie krb5 (Ubuntu Lucid): status Confirmed Won't Fix