krb5_get_in_tkt_with_password -> gss_init_sec_context()
vitrou2004 at yahoo.com
Wed Apr 28 19:01:48 EDT 2010
you mean TLS to thread-specific variable ?
--- On Tue, 4/27/10, Greg Hudson <ghudson at MIT.EDU> wrote:
From: Greg Hudson <ghudson at MIT.EDU>
Subject: Re: krb5_get_in_tkt_with_password -> gss_init_sec_context()
To: "vir vir" <vitrou2004 at yahoo.com>
Cc: "krbdev at mit.edu" <krbdev at mit.edu>
Received: Tuesday, April 27, 2010, 7:20 PM
gss_krb5_ccache_name() will set a thread-specific variable which
determines the ccache used by gss_acquire_cred().
gss_krb5_acquire_cred_ccache() appears to be an IBM creation; it's not
in Heimdal, and Google has only five matches for it.
On Tue, 2010-04-27 at 15:26 -0400, vir vir wrote:
> I am trying to get a credential cache (krb5_ccache) using the functions krb5_get_in_tkt_with_password() or get the credential handle (krb5_creds)krb5_get_init_creds_password() and then use this credential in gss_init_sec_context().
> I find out that there is a function call gss_krb5_acquire_cred_ccache()
> allows an application to acquire a GSS-API credential using a credentials cache.
> but MIT doesn't support this function.
> Do you know how I after I am getting the credential for the "password" function I can use it in gss_init_sec_context().
> krbdev mailing list krbdev at mit.edu
More information about the krbdev