Betrieb trotz kurzer Unterbrechung zum LDAP

[six1]

Hallo,
es kommt ab und zu mal vor, dass die Verbindung zum LDAP "suboptimal" ist und OTRS die Weiterarbeit mit der Message: "Can't connect to blablabla" verweigert.
Ich habe mal in das Script: otrs\Kernel\System\CustomerUser\LDAP.pm reingeschaut.
Hier gibt es folgenden Abschnitt:

Code: Select all

    # ldap connect and bind (maybe with SearchUserDN and SearchUserPw)
    $Self->{LDAP} = Net::LDAP->new($Self->{Host}, %{$Self->{Params}});
    if (!$Self->{LDAP}) {
        if ($Self->{Die}) {
            die "Can't connect to $Self->{Host}: $@";
        }
        else {
            $Self->{LogObject}->Log(
                Priority => 'error',
                Message => "Can't connect to $Self->{Host}: $@",
            );
            return;
        }
    }

Wie und wo bekomme ich "$Self->{Die}" dazu, dass das System weiterarbeitet. Diese Variable entzieht sich meinem Zugriff über das SysSetup der Oberfläche!

Für einen kurzen Tipp wäre ich Dankbar, ich möchte ungern in den Scripten rumändern


Michael

[six1]

Ok, Ok habe es in der config.pm gefunden.

$Self->{'Customer::AuthModule::LDAP:Die'} = 0; # oder eben "1", wenn er anhalten soll.

Was ich immer wieder lese ist: "...nicht selbst in der config.pm rum-editieren..."
dann aber wieder: "...steht in config.pm, kann man da ändern..."

Wie wird das denn nun gehandhabt?

Obigen parameter "Die" habe ich über die SysConfig jedenfalls nicht gefunden...



Michael

[tto]

Was ich immer wieder lese ist: "...nicht selbst in der config.pm rum-editieren..."
dann aber wieder: "...steht in config.pm, kann man da ändern..."

Wie wird das denn nun gehandhabt?

Alles was in der SysConfig geht , geht auch in der Config.pm. Umgekehrt ist das nicht immer so bzw. IMO nicht sehr komfortabel wie bspw. das Anlegen de(s/r) Kundendatenmapping(s).

Ich handhabe das so: generell ist mir zwar die Config.pm lieber (eben old-school und schneller in der Umsetzung), dennoch konfiguriere ich soweit als möglich in der SysConfig. Wenn bestimmte Konfigoptionen unverrückbar sein sollen, schreibe ich sie in die Config.pm, da dort auch nicht jeder OTRS-Nutzer mit admin-Rechten hinkommt und die Config.pm die SysConfig immer überschreibt bzw. höher priorisiert ist.

frohes Fest & guten Rutsch, Torsten

[PhyrePhoX]

Hi,

das hier vorgeschlagene scheint ja gut zu funktionieren bei CustomerAuth. Wir benutzen allerdings LDAP lediglich für die Kunden Informationen (Telnummer, Raumnummer etc). Wie ich OTRS anweisen kann bei nicht-erreichen des LDAP Servers trotzdem zu funktionieren habe ich aber noch nicht herausgefunden.
kann da jemand helfen?

[PhyrePhoX]

okay, habs gefunden. auch bei customer info kann man DIE benutzen.

Beispiel:

Code: Select all

   $Self->{CustomerUser2} = {

# Was tun wenn der Dingo down oder nicht erreichbar ist!? Needs to be done ASAP!
        Name => 'LDAP@DOMAIN',
      Module => 'Kernel::System::CustomerUser::LDAP',
      Params => {
	Die => '0',
   Host => 'ldap://ldap.system.com',
        BaseDN => 'ou=xyz, o=blabla',
        SSCOPE => 'sub',
        UserDN => '',
        UserPw => '',
      },

Jetzt nur noch herausfinden wie ich die Kundendaten lokal repliziere

[PhyrePhoX]

okay, habs gefunden. auch bei customer info kann man DIE benutzen.

Beispiel:

Code: Select all

   $Self->{CustomerUser2} = {

# Was tun wenn der Dingo down oder nicht erreichbar ist!? Needs to be done ASAP!
        Name => 'LDAP@DOMAIN',
      Module => 'Kernel::System::CustomerUser::LDAP',
      Params => {
	Die => '0',
   Host => 'ldap://ldap.system.com',
        BaseDN => 'ou=xyz, o=blabla',
        SSCOPE => 'sub',
        UserDN => '',
        UserPw => '',
      },

Jetzt nur noch herausfinden wie ich die Kundendaten lokal repliziere