AW: [otrs-de] Kundendaten in verschiedenen Tabellen(externeAuthentifizierung)

Hallo Josy Besten Dank für die Links und Infos. Die habe ich alle schon gelesen und das ist auch nicht das Problem. Wir authentifizieren die Agents gegen ein LDAP (Microsoft AD) und die Kunden gegen eine vorhandene (MySQL)-DB. Das Problem ist, dass die Daten auf mehrere Tabellen in der MySQL-DB aufgeteilt sind. Das bedeutet, dass die zur Authentifizierung eines Kundenusers notwendigen Werte nicht in einer einzelnen Tabelle sondern auf (mindestens) zwei verteilt sind. Für das Mapping der verschiedenen Felder kann ich aber nur eine Tabelle angeben. (Nach der Datenbank Konfiguration unter "Params =>" "Table => 'customer_user' Ich hoffe, das war besser verständlich. Beste Grüsse Bruno hi bruno, authentifizierung und kundendaten voneinander losgelöst und separat konfigurierbar: interessant für dich sind folgende links: Multiple authentification backends for agent users: http://faq.otrs.org/otrs/public.pl?Action=PublicFAQ&ItemID=219 zb: => selbiges geht auch beim customer: "Customer::Authmodule1" (ldap) "Customer::Authmodule2" (db) .. http://doc.otrs.org/2.2/en/html/x1572.html#multiple-customer-backends.. Zitat: "It is possible to integrate up to 10 different customer user backends" Kundendaten: customeruser1 (zb otrsdb) customeruser2 (zb ldap) .. So hats bei uns funktioniert ;-) Otrsdb + active directory (ldap) Lg josy --------------------------------------- 400 Tonnen! Diese Menge an CO2 haben unsere Kunden bis heute durch klimaneutrales Drucken ausgeglichen. Zeigen auch Sie Ihr Engagement in Sachen Klimaschutz. Mit dem greenprint*-Label auf Ihren Druckprodukten. http://www.greenprint.at _______________________________________________ OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? =http://www.otrs.com/

hi bruno,
Das Problem ist, dass die Daten auf mehrere Tabellen in der MySQL-DB aufgeteilt sind. Das bedeutet, dass die zur Authentifizierung eines Kundenusers notwendigen Werte nicht in einer einzelnen Tabelle sondern auf (mindestens) zwei verteilt sind. Für das Mapping der verschiedenen Felder kann ich aber nur eine Tabelle angeben. (Nach der Datenbank Konfiguration unter "Params =>" "Table => 'customer_user'
du kannst ja bis zu 10 customer=>authenticationmodule hinterlegen. schon folgendes probiert? die erste läßt du deflaut für otrs $Self->{'AuthModule1'} = 'Kernel::System::Auth::DB'; die 2. dann angepasst könnte so in der art aussehen: $Self->{'Customer::AuthModule2'} = 'Kernel::System::Auth::DB'; $Self->{Customer::AuthModule::DB::Table2} = 'tabelle2'; $Self->{Customer::AuthModule::DB::CustomerKey2} = 'tabelle2'; CustomerPassword2, DSN, user, password .. usw.. hab einfach in den quellcode der datei geschaut: usr/share/otrs/Kernel/System/CustomerAuth/DB.pm so kannst die div. paramter raussuchen. ich habs selbst noch nicht probiert, aber vom ansatz könnte das so klappen. wäre interessant wenn die config so bei dir funktioniert? lg josy auszug DB.pm: # config options $Self->{Table} = $Self->{ConfigObject}->Get('Customer::AuthModule::DB::Table'.$Param{Count}) || die "Need CustomerAuthModule::DB::Table$Param{Count} in Kernel/Config.pm!"; $Self->{Key} = $Self->{ConfigObject}->Get('Customer::AuthModule::DB::CustomerKey'.$Param{Count}) || die "Need CustomerAuthModule::DB::CustomerKey$Param{Count} in Kernel/Config.pm!"; $Self->{Pw} = $Self->{ConfigObject}->Get('Customer::AuthModule::DB::CustomerPassword'.$Param{Count}) || die "Need CustomerAuthModule::DB::CustomerPw$Param{Count} in Kernel/Config.pm!"; $Self->{CryptType} = $Self->{ConfigObject}->Get('Customer::AuthModule::DB::CryptType'.$Param{Count}) if ($Self->{ConfigObject}->Get('Customer::AuthModule::DB::DSN'.$Param{Count})) { $Self->{DBObject} = Kernel::System::DB->new( LogObject => $Param{LogObject}, ConfigObject => $Param{ConfigObject}, MainObject => $Param{MainObject}, DatabaseDSN => $Self->{ConfigObject}->Get('Customer::AuthModule::DB::DSN'.$Param{Count}), DatabaseUser => $Self->{ConfigObject}->Get('Customer::AuthModule::DB::User'.$Param{Count}), DatabasePw => $Self->{ConfigObject}->Get('Customer::AuthModule::DB::Password'.$Param{Count}), Type => $Self->{ConfigObject}->Get('Customer::AuthModule::DB::Type'.$Param{Count}) || '', ) || die "Can't connect to ".$Self->{ConfigObject}->Get('Customer::AuthModule::DB::DSN'.$Param{Count}); # remember that we have the DBObject not from parent call $Self->{NotParentDBObject} = 1; } --------------------------------------- 400 Tonnen! Diese Menge an CO2 haben unsere Kunden bis heute durch klimaneutrales Drucken ausgeglichen. Zeigen auch Sie Ihr Engagement in Sachen Klimaschutz. Mit dem greenprint*-Label auf Ihren Druckprodukten. http://www.greenprint.at
participants (2)
-
it-news (Josef Lahmer)
-
Klaus Bruno