
Hallo Liste.. habe das schon im Forum (www.otrs-forum.de) gestellt, aber vielleicht weiß hier ja auch jemand Antwort: habe schon viel nach gesucht, aber keine Lösung gefunden: Ich möchte, dass durch ein script (blabla.pl) das ich dann mit einem Cronjob laufen lasse, alle Daten aus einem LDAP-Verzeichnis in die lokale Customer-DB kopieren, so dass dann, falls der LDAP-Server nicht zur Verfügung steht, die lokale DB als Stütze für die Kundendaten dient. Es soll keine Anmeldung dadurch möglich sein, mich interessieren nur die Daten (Customer-Bereich ist komplett abgeschaltet). Dann wenn ich zum Beispiel nach einen Kunden suche, soll erst der LDAP-Server gefragt werden, wenn der nicht da ist die lokale DB... Jemand eine Idee?? Vielen Dank Gruß Fabian Reichardt

Hallo Fabian, Reichardt, Fabian schrieb:
Hallo Liste..
habe das schon im Forum (www.otrs-forum.de http://www.otrs-forum.de) gestellt, aber vielleicht weiß hier ja auch jemand Antwort:
habe schon viel nach gesucht, aber keine Lösung gefunden:
Ich möchte, dass durch ein script (blabla.pl) das ich dann mit einem Cronjob laufen lasse, alle Daten aus einem LDAP-Verzeichnis in die lokale Customer-DB kopieren, so dass dann, falls der LDAP-Server nicht zur Verfügung steht, die lokale DB als Stütze für die Kundendaten dient.
Der LDAP sollte einen derart grundlegenden Dienst darstellen dass dieser zwingend verfügbar sein -muss-, ähnlich DNS (siehe Erläuterungen weiter unten).
Es soll keine Anmeldung dadurch möglich sein, mich interessieren nur die Daten (Customer-Bereich ist komplett abgeschaltet). Dann wenn ich zum Beispiel nach einen Kunden suche, soll erst der LDAP-Server gefragt werden, wenn der nicht da ist die lokale DB...
Jemand eine Idee??
Ich habe leider keine Idee hierfür, jedoch denke ich kannst Du auch an der "LDAP-Ecke" schrauben. Denn der LDAP-Dienst (OpenLDAP) bietet über bereits standardmäßig integrierte Replikations- und Caching-Mechanismen die Möglichkeit diesen hochverfügbar (was auch immer das heißen mag :-) ) auszulegen. Ich empfehle Dir also zusätzlich zu Deinem derzeit einzigen LDAP-Server (= Master) weitere Slaves einzurichten. Die gesamten OTRS-Anfragen kannst Du dann auch an einen Slave stellen so dass der schreibende Master entlastet wird. Dann stellt sich nur die Frage ob man im OTRS mehrere LDAP angeben kann...? Du kannst auch jeden Fall für die Authentifizierung der Agents einen anderen verwenden als für die Customer-Info (die Customer-Authentifizierung nutzt Du ja nicht), jedoch müsste es innerhalb der Customer-Info eben möglich sein mehrere LDAP angeben zu können. Falls dem nicht so ist (vermute ich) so könntest Du dieses Manko durch einige Zeilen Codeerweiterung sicherlich implementieren.
Vielen Dank Gruß
Fabian Reichardt
Gruß, Alexander

Hallo, On Wed, Mar 29, 2006 at 02:24:40PM +0200, Reichardt, Fabian wrote:
habe das schon im Forum ([1]www.otrs-forum.de) gestellt, aber vielleicht weiß hier ja auch jemand Antwort:
habe schon viel nach gesucht, aber keine Lösung gefunden:
Ich möchte, dass durch ein script (blabla.pl) das ich dann mit einem Cronjob laufen lasse, alle Daten aus einem LDAP-Verzeichnis in die lokale Customer-DB kopieren, so dass dann, falls der LDAP-Server nicht zur Verfügung steht, die lokale DB als Stütze für die Kundendaten dient. Es soll keine Anmeldung dadurch möglich sein, mich interessieren nur die Daten (Customer-Bereich ist komplett abgeschaltet). Dann wenn ich zum Beispiel nach einen Kunden suche, soll erst der LDAP-Server gefragt werden, wenn der nicht da ist die lokale DB...
Jemand eine Idee??
Schau dir mal das Skript scripts/tools/sync-ldap2db.pl Evtl. kommst du damit weiter.
Fabian Reichardt
Viele Grüße, Christian -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!

hi Die search user funktion sucht leider nihct nach firmen nahmen etc... Wie kann ich otrs da beibringen mehr felder zu durchsuchen? Danke CS
participants (4)
-
Alexander Scholler
-
Christian Schoepplein
-
Christian Schowalter
-
Reichardt, Fabian