Bug 249559

Summary:	[PATCH]: use 2b-style AFS tickets even if KerberosIV support is enabled
Product:	Red Hat Enterprise Linux 5	Reporter:	Nalin Dahyabhai <nalin>
Component:	pam_krb5	Assignee:	Nalin Dahyabhai <nalin>
Status:	CLOSED WONTFIX	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.0	CC:	tao
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-10-17 17:01:04 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	231136
Bug Blocks:

Description Nalin Dahyabhai 2007-07-25 14:57:56 UTC

+++ This bug was initially created as a clone of Bug #231136 +++

We see several unsuccessful attempts for AFS service tickets on our KDC per
login, and are trying to reduce these. Our AFS tickets are of the form
"afs" (i.e. no AFS cell as the instance).

The patch adds a new private option "prefer_2b":

Even with Kerberos IV-support enabled, still try to use the 2b-style
service tickets based on KerberosV instead of using the
KerberosIV-based ones. 

This is the equivalent of giving "-5" to the afs5log command. The effect is to
reduce the number of failed attempts from 9 to 3 (different encoding types are
tried for realm-instance tickets, patch for that follows as well).

The patch is against 2.2.8, I can rework it against other versions if required.

Best regards

-- Additional comment from jan.iven on 2007-03-06 09:11 EST --
Created an attachment (id=149335)
new option "prefer_2b"


-- Additional comment from pm-rhel on 2007-07-06 14:06 EST --
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 1 RHEL Program Management 2007-12-03 20:44:36 UTC

This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release.  This request will
be reviewed for a future Red Hat Enterprise Linux release.

Comment 2 Nalin Dahyabhai 2008-02-15 20:49:05 UTC

When rxk5 becomes available, we're going to have three different ways for
formatting tokens, and at that point I don't think boolean options are going to
provide enough flexibility to set the preferred order in which the various
methods should be tried.  I'm working on this in the development branch; leaving
this in ASSIGNED until that gets shaken out.

Comment 3 RHEL Program Management 2008-06-02 20:34:57 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 4 Nalin Dahyabhai 2008-09-12 15:59:28 UTC

It's worked out in 2.3, though the changes involved (token_strategy) were more extensive than I'm comfortable with backporting to 2.2.  Moving this to wont-fix because this is a RHEL 5 bug rather than a RHEL-in-general bug, and the next major release will pull in 2.3 or later.