Bug#396672: libnss-ldap: Fails on unreadable KerberosV cache for GSSAPI auth

2006-11-12 Thread Andrew Deason
Here's a patch implementing the more ideal behavior I mentioned; having two directives for a root-ccname, and a user one. I'm submitting this to PADL, but I thought I should include it here, as well. nss_ldap-rootccname.patch Description: Binary data

Bug#396672: libnss-ldap: Fails on unreadable KerberosV cache for GSSAPI auth

2006-11-03 Thread Andrew Deason
On Fri, 3 Nov 2006 21:12:38 -0500 Stephen Frost <[EMAIL PROTECTED]> wrote: > In general I like this idea but I'm not sure about its implementation. > It strikes me as rather excessive to attempt multiple binds in this > way and to cause that extra load on the server. Also, it may hide I do agree

Bug#396672: libnss-ldap: Fails on unreadable KerberosV cache for GSSAPI auth

2006-11-03 Thread Stephen Frost
* Andrew Deason ([EMAIL PROTECTED]) wrote: > Suppose I want to use krb5_ccname and SASL, so I can have a host > authenticate with its host principal from a keytab. However, I don't want > normal users to be able to read the host principal keytab; I just want > libnss-ldap to use their own kerberos

Bug#396672: libnss-ldap: Fails on unreadable KerberosV cache for GSSAPI auth

2006-11-01 Thread Andrew Deason
Package: libnss-ldap Version: 251-5.2 Severity: normal Tags: patch Suppose I want to use krb5_ccname and SASL, so I can have a host authenticate with its host principal from a keytab. However, I don't want normal users to be able to read the host principal keytab; I just want libnss-ldap to use t