November 2009 - otrs-de - OTRS mailing lists

Re: [otrs-de] Problem LDAP-Authentifizierung für Agenten
by Ludwig Markus 11 Nov '09

11 Nov '09

Hallo Christoph, Wenn ich die von OTRS erhaltene Fehlermeldung richtig verstehe, scheitert mein Login aber ja daran, dass OTRS in der DB keine gesyncten Daten aus dem Verzeichnis findet. Wie macht man das ganze denn ohne Sync? Ich habe die Antwort von Josef so verstanden, dass es an sich nicht ohne Sync geht. Müssen die Benutzerobjekte dazu einer bestimmten Klasse (Grippe?) angehören? LDAP ist leidern icht mein Spezialgebiet, daher der vielleicht unsinnige Frageansatz. Uid anstatt des DN zu verwenden führt zum selben Ergebnis. Wie teilt man OTRS mit, welcher Verzeichnis-Benutzer die Rolle von 'root' übernimmt, wenn man die Authentifizierung am Verzeichnis ohne Synchronisation in die Datenbank macht? Viele Grüße, Markus > -----Original Message----- > From: otrs-de-bounces(a)otrs.org > [mailto:otrs-de-bounces@otrs.org] On Behalf Of Christoph Ohliger > Sent: Wednesday, November 11, 2009 7:19 AM > To: User questions and discussions about OTRS.org in German > Subject: Re: [otrs-de] Problem LDAP-Authentifizierung für Agenten > > > Guten Morgen ;-) , > > das schaut soweit ok für mich aus. Ich suche allerdings nach der uid > nicht nach dem cn: > > $Self->{'AuthModule::LDAP::UID'} = 'uid'; > > > Die uid ist meines Wissens nur im eDir vorhanden wenn auch die Klasse > posixAccount vorhanden ist. Das wäre ein weiterer Punkt, im > eDir ist es > möglich gleichnamige cn Einträge zu verwalten wenn sie > unterschiedlichen > Klassen angehören. Deswegen solltest Du vielleicht noch nach einer > Klasse filtern, ich mache das mit der posixAccount Klasse, aber dafür > wirst Du vielleicht mit dem LDAP Provider reden müssen: > > AlwaysFilter => '(objectclass=posixAccount)', > > Zu dem Sync Teil kann ich nichts sagen da wir wie erwähnt > keinen Sync machen. > > > Grüße > Christoph > > Ludwig Markus schrieb: > > Guten Morgen, > > > > Die LDAP-Service werden von einer anderen Abteilung im Haus > betreut, > > so weit ich das in Erinnerung habe, ist es aber auch ein Novell > > eDirectory. > > > > Der Abschnitt, den ich in meine config.pm reinkopiert habe, > sieht so > > aus: > > > > ---------------- > > > > # Agenten-Authentifizierung über LDAP > > > > $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; > > $Self->{'AuthModule::LDAP::Host'} = > 'ldapsrv.verwaltung.uni-muenchen.de'; > > $Self->{'AuthModule::LDAP::BaseDN'} = 'o=uni-muenchen,c=de'; > > $Self->{'AuthModule::LDAP::UID'} = 'cn'; > > $Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; > > $Self->{'AuthModule::LDAP::SearchUserDN'} = > > 'cn=otrs-proxy,ou=proxy-user,ou=technik,o=uni-muenchen,c=de'; > > $Self->{'AuthModule::LDAP::SearchUserPw'} = '******'; > > $Self->{'AuthModule::LDAP::Params'} = { > > port => 389, > > timeout => 120, > > async => 0, > > version => 3, > > }; > > #$Self->{'AuthModule::LDAP::Die'} = 1; > > $Self->{UserSyncLDAPMap} = { > > # DB -> LDAP > > UserFirstname => 'givenName', > > UserLastname => 'sn', > > UserEmail => 'mail', > > }; > > $Self->{UserSyncLDAPGroups} = [ > > 'users', > > ]; > > # UserTable > > $Self->{DatabaseUserTable} = 'system_user'; > > $Self->{DatabaseUserTableUserID} = 'id'; > > $Self->{DatabaseUserTableUserPW} = 'pw'; > > > > ------------------ > > > > Vielen Dank für die Unterstützung. > > > > Viele Grüße, > > Markus > > > --------------------------------------------------------------------- > > 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/ > > > > > >

3 2

Re: [otrs-de] Problem LDAP-Authentifizierung für Agenten
by Ludwig Markus 11 Nov '09

11 Nov '09

Guten Morgen, Die LDAP-Service werden von einer anderen Abteilung im Haus betreut, so weit ich das in Erinnerung habe, ist es aber auch ein Novell eDirectory. Der Abschnitt, den ich in meine config.pm reinkopiert habe, sieht so aus: ---------------- # Agenten-Authentifizierung über LDAP $Self->{'AuthModule'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host'} = 'ldapsrv.verwaltung.uni-muenchen.de'; $Self->{'AuthModule::LDAP::BaseDN'} = 'o=uni-muenchen,c=de'; $Self->{'AuthModule::LDAP::UID'} = 'cn'; $Self->{'AuthModule::LDAP::UserAttr'} = 'DN'; $Self->{'AuthModule::LDAP::SearchUserDN'} = 'cn=otrs-proxy,ou=proxy-user,ou=technik,o=uni-muenchen,c=de'; $Self->{'AuthModule::LDAP::SearchUserPw'} = '******'; $Self->{'AuthModule::LDAP::Params'} = { port => 389, timeout => 120, async => 0, version => 3, }; #$Self->{'AuthModule::LDAP::Die'} = 1; $Self->{UserSyncLDAPMap} = { # DB -> LDAP UserFirstname => 'givenName', UserLastname => 'sn', UserEmail => 'mail', }; $Self->{UserSyncLDAPGroups} = [ 'users', ]; # UserTable $Self->{DatabaseUserTable} = 'system_user'; $Self->{DatabaseUserTableUserID} = 'id'; $Self->{DatabaseUserTableUserPW} = 'pw'; ------------------ Vielen Dank für die Unterstützung. Viele Grüße, Markus

2 1

Re: [otrs-de] Antw: Problem LDAP-Authentifizierung für Agenten
by Ludwig Markus 10 Nov '09

10 Nov '09

Hallo Sepp, > aus OTRS-Admin-Handbuch: [...] > # UserSyncLDAPMap > # (map if agent should create/synced from LDAP to DB after login) > $Self->{UserSyncLDAPMap} = { > # DB -> LDAP > UserFirstname => 'givenName', > UserLastname => 'sn', > UserEmail => 'mail', > }; Natürlich ist der Code bereits Bestandteil meiner config.pm, auch wenn es sich für mich im Handbuch wie eine _Möglichkeit_ darstellt, nicht aber wie eine _notwendige Voraussetzung_. Daran kann es also eigentlich nicht liegen. Viele Grüße, Markus

1 0

Problem LDAP-Authentifizierung für Agenten
by Ludwig Markus 10 Nov '09

10 Nov '09

Hallo, Ich habe ein Problem beim Einrichten der LDAP-Authentifizierung für die Agenten. Ich habe eine "frische" Installation und dort bereits einen initialen Login für den 'root'-Benutzer gemacht, um dessen Passwort zu ändern. Danach habe ich in der config.pm alle Einstellungen für die Authentisierung gegen den LDAP-Server gemacht. Beim Versuch, mit mit einem Benutzer aus dem entsprechenden Container anzumelden, kommt folgende Meldung: "Panic, user authenticated but no user data can be found in OTRS DB!! Perhaps the user is invalid" Warum sucht OTRS die Userdaten noch immer in der DB? Die Anmeldung mit dem 'root@localhost'-Benutzer funktioniert jetzt nicht mehr, müßte sie aber doch, wenn OTRS auch immer noch in der DB nach Benutzerdaten sucht, oder? Verwirrte Grüße, Markus

3 2

RO-Recht Agent
by Lehnert, Michaela (KRZ) 10 Nov '09

10 Nov '09

Hallo Christoph, hier darf sich natürlich jeder einmischen... Ich befürchte, dass dieses Phänomen, dass ich auch bisher nicht kannte, mit den ACL zusammenhängt, die ich dafür benötige um den Agents der Queue2 bestimmte Funktionen zu entziehen.(z.B. sollen diese die Tickets nicht schließen und den Status nicht verändern) Wie gesagt: nach dem Verschieben sehen die Rechte so aus, wie sie die ACLs vorgeben und die User-Rollen-Gruppen-Zuordnung wird ignoriert. Erst mit Aktivieren des Event-Modul ForceOwnerReset habe ich jetzt die Rechte wie sie sein sollen. Ich kann nur das Phänomen schildern, verstehen tue ich das auch nicht. Mit freundlichen Grüßen Michaela Lehnert

1 0

Eskaltion aus FreeTime-Feld
by Lehnert, Michaela (KRZ) 10 Nov '09

10 Nov '09

Hallo Liste, bei uns sollen Tickets nicht nach einem bestimmten Zeitablauf nach Ticketeingang eskalieren sondern mit einem bestimmten Datum. Das Problem ist, dass diese Frist nicht sofort zu laufen beginnt, sondern von anderen Bedingungen abhängt. Außerdem kann es je nach Sachlage unterschiedliche Eskalationszeiten geben. Dieses Datum habe ich als FreeTime-Feld innerhalt des Warte-Menüs aktiviert. Wie kann ich daran eine Ekalation knüpfen? Bringt mich das Kalendermodul weiter? Werden FreeTime-Felder dort automatisch eingetragen. Wir arbeiten z.Zt. nicht mit dem OTRS-Kalendermodul, da die Kollegen nicht mehrere Kalender pflegen wollen. Was kann man mit den FreeTimeFeldern sonst noch anfangen? Mit freundlichen Grüßen Michaela Lehnert

1 0

Software Error in Autorepsonce Mail
by Gross, Thomas 10 Nov '09

10 Nov '09

Hallo Zusammen, ich habe das Problem das die automatisch generiert Antwort Mail an den Kunden im OTRS nicht korrekt dargestellt wird. Die Mail selbst sieht ganz normal aus. Diese Probleme habe ich seit dem Upgrade auf 2.4.4 mit dem HTML Support (WYSIWYG). Habt Ihr eine Idee, woran das liegen kann? Danke schon jetzt! Im OTRS unter Ticket Inhalt Software error: panic: sv_pos_b2u cache 799 real 797 for <html><head><meta http-equiv="Content-Type" content="text/html; charset=utf8"/></head><body style="font-family:Geneva,Helvetica,Arial,sans-serif; font-size: 12px;">Sehr geehrte Damen und Herren, wir haben Ihre Anfrage erhalten und werden diese schnellst möglich beabeiten. Bitte verwenden Sie für jede weitere Kommunikation betreffend dieser Anfrage die im Betreff genannte TicketID. Vielen Dank im Voraus. Mit freundlichen Grüßen Ihr Test Team Email: test(a)test.de Ihre Anfrage: <div type="cite" style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">Hallo, anbei die IP Adresse f�r mein Laptop Danke und Gr��e Mit freundlichen Grüßen, Thomas Gross IT-Administrator BCA Autoauktionen GmbH Europas Nr. 1 für Fahrzeugvermarktung Münchener Str. 3-5, 64521 Gross-Gerau Telefon:+49 6152 9273 42 Handy: +49 163 3130040 Fax: +49 6152 9273 720 E-Mail: t.gross(a)autoauktionen.de Geschäftsführer: Peter Dietrich, Jonathan Olsen Handelsregister: Amtsgericht Neuss HRB 10190 Über das Internet versandte eMails können inhaltlich verfälscht oder unter fremdem Namen erstellt werden. Wir möchten Sie freundlich darauf hinweisen, dass daher die rechtliche Verbindlichkeit des Inhaltes dieser eMail ausgeschlossen ist. Dies geschieht zu Ihrer und unserer Sicherheit. Der Versand von eMails dient somit ausschließlich dem Informationsaustausch. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

1 1

RO-Recht Agent
by Lehnert, Michaela (KRZ) 10 Nov '09

10 Nov '09

Hallo Patrick, ich habe das Event-Modul ForceOwnerReset aktiviert, damit wird beim Verschieben in die andere Queue automatisch root wieder Besitzer, so dass jetzt sofort die Gruppen-Rechte greifen. Danke trotzdem für die Hilfe. Mit freundlichen Grüßen Michaela Lehnert

2 1

RO-Recht Agent
by Lehnert, Michaela (KRZ) 10 Nov '09

10 Nov '09

Hallo Patrick, offensichtlich liegt es daran, dass der Agent2 beim Verschieben noch Besitzer des Tickets ist. Nachdem der Besitz an einen anderen Agent übergeht, hat Agent2 nur noch Rechte durch die Watcher-Funktion. Mit freundlichen Grüßen Michaela Lehnert Kommunales Rechenzentrum Minden-Ravensberg / Lippe Tel.: 05261/252-221 Home: 05265/954523 Fax: 05261/932-221 mailto: m.lehnert(a)krz.de<mailto:%20m.lehnert@krz.de> http://www.krz.de<http://www.krz.de/>

1 0

RO-Recht Agent
by Lehnert, Michaela (KRZ) 10 Nov '09

10 Nov '09

Hallo Patrick, Dem ist nicht so, als Verantwortlicher ist ein Agent der Queue 1 eingetragen. Ziehen die Gruppen- und Rollen-Rechte nicht bei ACL? Mit freundlichen Grüßen Michaela Lehnert

1 0