[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: GSSAPI Error



Forgive my ignorance, but what do you mean? When I enter 

#ldapsearch -H ldap://athens.innova.local -x -b "" -s base -LLL \
supportedSASLMechanisms 

or 

#ldapsearch -H ldaps://athens.innova.local -x -b "" -s base -LLL \
supportedSASLMechanisms


I get back

dn: 
supportedSASLMechanisms: GSSAPI


I assume this tells me SASL is working. Does this help?

________________________________________
Chip Burke

-----Original Message-----
From: Kurt D. Zeilenga [mailto:Kurt@OpenLDAP.org] 
Sent: Thursday, February 02, 2006 1:30 PM
To: cburke@innova-partners.com
Cc: OpenLDAP-software@OpenLDAP.org
Subject: Re: GSSAPI Error

Have you verified first that Cyrus SASL sample problems (operating
under as an "ldap" service) work?   If not, you need to.

At 01:06 PM 2/1/2006, Chip Burke wrote:
>Here is my situation: 
>
>I am tying to get LDAP and Kerberos to work together. I am at the point
>where I am trying to do a basic ldapsearch query 
>
>#ldapsearch -H ldap://localhost -b dc=innova,dc=local   
>
>(Plus 12 mutations of this with objectclass=*, with and with out single
>quotes around the dc and objectclass, etc.)
>
>and I get the following error:
>
>SASL/GSSAPI authentication started
>Ldap_sasl_interactive_bind_s: Internal (implementation specific) error (80)
>        Additional info: SASL(-1): generic failure: GASSAPI Error:
>Miscellaneous failure (No such file or directory)
>
>The closest thing I could find to this was in the FAQ, but that was error
82
>and was DNS related. I did both a forward and reverse lookup and things are
>resolving fine. Does anyone have any ideas as to what the problem might be?
>
>
>Thanks,
>
>Chip Burke