Wrong principal in request error on gss_accept_sec_context()

Xie, Hugh hugh.xie at bankofamerica.com
Fri Dec 19 11:50:19 EST 2014


* What do "hostname" and "hostname -f" say on each host?
The working on are using "host1.bankofamerica.com" the non working one has "host2.site123.baml.com". "hostname" and "hostname -f" returns same string on both hosts.

In the KRB5_CONFIG of both hosts, default_realm is set to COMMON.BANKOFAMERICA.COM And the domain_realm is config from above host_name = COMMON.BANKOFAMERICA.COM

* What OS are these hosts running?
The working host is running EL5, the non working host is running EL6

* What server application are you getting the error from?  If it's a custom application, what name was imported to create the verifier_cred_handle argument of gss_accept_sec_context?
The application is custom app running under python. If you meant acceptor_cred_handle, it is generated with the following with the following code:
maj_stat = gss_acquire_cred(&min_stat, GSS_C_NO_NAME, GSS_C_INDEFINITE,
                                    GSS_C_NO_OID_SET, GSS_C_BOTH, &state->server_creds, NULL, NULL);

* Did you recently re-key one of the hosts without retaining the old keytab?  (If so, run kinit again on the client to flush any old service
tickets.)
I did this multiple times already.

-----Original Message-----
From: Greg Hudson [mailto:ghudson at mit.edu] 
Sent: Friday, December 19, 2014 11:24 AM
To: Xie, Hugh; <kerberos at mit.edu>
Subject: Re: Wrong principal in request error on gss_accept_sec_context()

On 12/18/2014 02:02 PM, Xie, Hugh wrote:
> I am getting "Wrong principal in request" error on 
> gss_accept_sec_context() on one host but does not on another. I 
> verified /etc/hosts, both host conform to this format
> 
> # Default /etc/hosts file
> 127.0.0.1       localhost.localdomain localhost
> 123.150.123.123  myhost.bankdomain.com myhost
> 
> Are there any other causes for this error?
> I am using krb5 1.11.5

Unfortunately several things can cause this error in 1.11.  (In 1.13 we try harder to disambiguate.)  Information which might help:

* What do "hostname" and "hostname -f" say on each host?

* What OS are these hosts running?

* What server application are you getting the error from?  If it's a custom application, what name was imported to create the verifier_cred_handle argument of gss_accept_sec_context?

* Did you recently re-key one of the hosts without retaining the old keytab?  (If so, run kinit again on the client to flush any old service
tickets.)

----------------------------------------------------------------------
This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.bankofamerica.com/emaildisclaimer.   If you are not the intended recipient, please delete this message.


More information about the Kerberos mailing list