[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