Nun aber zum letzten mal. :)
Ich sehe im CustomerUser die UserDN und UserPw für den search bind gar nicht.
Params => {
# ...
UserDN => 'cn=otrs,ou=support,dc=sub,dc=doma,dc=in',
UserPw => 'PASSWORD',
# ...
BaseDN => 'dc=sub,dc=doma,dc=in', # bitte prüfen, da sollte diese
BaseDN drin sein.
},
-M
On 13.01.2010, at 14:35, Matthias Borrack wrote:
> Hallo Christoph
>
> Korrekter Weise muss ich zwei Sachen ergänzen. Zum einen teste ich die
> Kundensuche, was u. U. auf einem Irrglauben meinerseits beruht und zum
> anderen dass dieser ldapsearch
>
> ldapsearch -h dc.sub.doma.in -x -LLL -D
> CN=OTRS,OU=SUPPORT,DC=SUB,DC=DOMA,DC=IN -w PASSWORD -b
> dc=SUB,dc=DOMA,dc=IN -s sub "cn=Support*"
>
> erfolgreich ist. Die Daten entsprechend in der Config.pm eingetragen
>
> $Self->{'Customer::AuthModule'} = 'Kernel::System::CustomerAuth::LDAP';
> $Self->{'Customer::AuthModule::LDAP::Host'} = 'dc.sub.doma.in';
> $Self->{'Customer::AuthModule::LDAP::BaseDN'} = 'dc=sub,dc=doma,dc=in';
> $Self->{'Customer::AuthModule::LDAP::UID'} = 'sAMAccountName';
> $Self->{'AuthModule::LDAP::SearchUserDN'} =
> 'cn=otrs,ou=support,dc=sub,dc=doma,dc=in';
> $Self->{'AuthModule::LDAP::SearchUserPw'} = 'PASSWORD';
> $Self->{'Customer::AuthModule::LDAP::UserAttr'} = 'DN';
> $Self->{'Customer::AuthModule::LDAP::Params'} = {
> port => 389,
> timeout => 120,
> async => 0,
> version => 3,
> };
>
> verursachen den u. g. Fehler, wenn ich auf Kundensuche gehe und dort zB
> Support* eingeben.
>
>
> Grüße
> Matthias
>
>
> Christoph Ohliger schrieb:
>> Matthias,
>>
>> wenn ich mich da mal einmischen darf, ich denke Du nimmst den RDN und
>> nicht den DN bei der Auth ?
>>
>> $Self->{'AuthModule::LDAP::SearchUserDN'} = *'OTRS';*
>> $Self->{'AuthModule::LDAP::SearchUserPw'} = 'OTRSPW';
>>
>>
>> Grüße
>> Christoph
>>
>> Matthias Borrack schrieb:
>>> Es ist zum Mäuse melken ...
>>> ldapsearch funktioniert, OTRS LDAP meckert
>>>
>>> [Error][Kernel::System::CustomerUser::LDAP::CustomerSearch][Line:377]:
>>> 00000000: LdapErr: DSID-0C090627, comment: In order to perform this
>>> operation a successful bind must be completed on the connection., data
>>> 0, vece
>>>
>>> Und ich schimpfe auf das AD :(
>>>
>>>
>>> Grüße
>>> Matthias
>>>
>>>
>>> Matthias Borrack schrieb:
>>>
>>>> Hallo Martin
>>>>
>>>> Es liegt am AD, welches die Anfrage grundsätzlich ignoriert.
>>>>
>>>> Trotzdem Danke :)
>>>>
>>>>
>>>> Grüße
>>>> Matthias
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>>> Archive: http://lists.otrs.org/pipermail/otrs-de
>>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>>>
>>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>>> http://www.otrs.com/de/support/enterprise-subscription/
>>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> ---------------------------------------------------------------------
>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
>> Archive: http://lists.otrs.org/pipermail/otrs-de
>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>>
>> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
>> http://www.otrs.com/de/support/enterprise-subscription/
>
> ---------------------------------------------------------------------
> OTRS mailing list: otrs-de - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs-de
> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
>
> NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
> http://www.otrs.com/de/support/enterprise-subscription/
---------------------------------------------------------------------
OTRS mailing list: otrs-de - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs-de
To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen!
http://www.otrs.com/de/support/enterprise-subscription/
