OTRS LDAP Support

Moderator: crythias

Locked
jlodense
Znuny newbie
Posts: 6
Joined: 12 May 2012, 04:51
Znuny Version: 3.1.4-01
Real Name: Jason
Company: MMI

OTRS LDAP Support

Post by jlodense »

Good Evening All,

I've run into an interesting issue. Currently running CentOS 5.8 with OTRS 3.1.4-01 connecting to W2K3 AD LDAP. While working on the agent authentication configuration I've run into a problem. I can authenticate once via LDAP then I receive the following error:

ERROR: OTRS-CGI-10 Perl: 5.8.8 05:

Message: Search failed! 00000000: LdapErr: DSID-0C090627, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, vece^@

What's interesting is that if I use a user id that has not logged in before it fails saying user cannot be found.

In addition to this, I'm receiving a message: Module Digest/SHA.pm not found!

Any and all assistance is appreciated!
jlodense
Znuny newbie
Posts: 6
Joined: 12 May 2012, 04:51
Znuny Version: 3.1.4-01
Real Name: Jason
Company: MMI

Re: OTRS LDAP Support

Post by jlodense »

Update: It would appear that upon initial login my password is wiped. I would suspect it's a result of:

Message: Module Digest/SHA.pm not found!
Wolfgangf
Znuny ninja
Posts: 1029
Joined: 13 Apr 2009, 12:26
Znuny Version: 6.0.13
Real Name: Wolfgang Fürtbauer
Company: PBS Logitek GmbH
Location: Pinsdorf

Re: OTRS LDAP Support

Post by Wolfgangf »

How about installing the Module with

Code: Select all

perl -MCPAN -e 'install Digest::SHA'
Produktiv:
OTRS 6.0.13/ ITSM 6.0.13
OS: SUSE Linux (SLES 12, Leap), MySql 5.5.x, 5.6.x
Windows 2012 AD Integration (agents and customers), Nagios integration (incidents, CMDB), Survey, TimeAccounting
jlodense
Znuny newbie
Posts: 6
Joined: 12 May 2012, 04:51
Znuny Version: 3.1.4-01
Real Name: Jason
Company: MMI

Re: OTRS LDAP Support

Post by jlodense »

That worked to resolve the Digest/SHA.pm error message. Still receiving the following message, though:

Message: Search failed! 00000000: LdapErr: DSID-0C090627, comment: In order to perform this operation a successful bind must be completed on the connection., data 0, vece^@

Any thoughts?

I've tried calling out the full location of my authentication user along with other variations username@domain.com and DOMAIN\username.
Locked