Mar 16
2 / 9
Mar 16
11d ago
lutzle
21d
1

Ich betreibe eGroupware im Docker Container (SuSE) mit openLDAP für Adressen und Auth. Seit dem Update kann ich von Thunderbird und iPhone (WEBDAV) nicht mehr auf den Kalender zugreifen. Web-Oberfläche funktioniert alles. Fehlermeldung. "… LDAP Server is unwiling to perform … " Vor einigen Jahren hatten wir das Problem schon einmal ?

Viele Grüße Lutz

itwo
21d

Evtl. das gleiche Problem wie hier, leider habe ich keine Lösung:

Du könntest den Betreff für dein Thread umformulieren, da schaut sonst “keiner” rein…

lutzle
16d
1

Hier mal noch die Fehlermeldung:

2025/03/21 10:49:06 [error] 26#26: *2994 FastCGI sent in stderr: "PHP message:   Groupware\Api\Ldap::ldapConnect('192.168.32.15', 'uid=xxxx,ou=people,o=default,dc=xxxxxx,dc=de', $passwd) Can't connect/bind to ldap server! Server is unwilling to perform (53) EGroupware\Api\Ldap->ldapConnect:212 / EGroupware\Api\Ldap::factory:95 / EGroupware\Api\Contacts\Ldap->connect:425 / EGroupware\Api\Contacts\Ldap->__construct:349 / EGroupware\Api\Contacts\Storage->__construct:267 / EGroupware\Api\Contacts->__construct:190 / calendar_ical->__construct:189 / calendar_groupdav->_get_handler:1885 / calendar_groupdav->iCal:793 / calendar_groupdav->propfind_generator:440 / HTTP_WebDAV_Server->multistatus_responses:794 / HTTP_WebDAV_Server->http_PROPFIND:757 / EGroupware\Api\CalDAV->http_REPORT:1036 / HTTP_WebDAV_Server->ServeRequest:306 / EGroupware\Api\CalDAV->ServeRequest:2393; PHP message: Zugriff verweigert! (EGroupware\Api\Exception\NoPermission): Can't connect/bind to LDAP server '192.168.32.15' and dn='uid=lutz,ou=people,o=default,dc=megaron1,dc=de'! (100); PHP message: File: /api/src/Ldap.php, Line: 215; PHP message: #0 /usr/share/egroupware/api/src/Ldap.php(95): EGroupware\Api\Ldap->ldapConnect(); PHP message: #1 /usr/share/egroupware/api/src/Contacts/Ldap.php(425): EGroupware\Api\Ldap::factory(); PHP message: #2 /usr/share/egroupware/api/src/Contacts/Ldap.php(349): EGroupware\Api\Contacts\Ldap->connect(); PHP message: #3 /usr/share/egroupware/api/src/Contacts/Storage.php(267): EGroupware\Api\Contacts\Ldap->__construct(); PHP message: #4 /usr/share/egroupware/api/src/Contacts.php(190): EGroupware\Api\Contacts\Storage->__construct(); PHP message: #5 /usr/share/egroupware/calendar/inc/class.calendar_ical.inc.php(189): EGroupware\Api\Contacts->__construct(); PHP message: #6 /usr/share/egroupware/calendar/inc/class.calendar_groupdav.inc.php(1885): calendar_ical->__construct(); PHP message: #7 /usr/share/egroupware/calendar/inc/class.calendar_groupdav.inc.php(793): calendar_groupdav->_get_handler(); PHP message: #8 /usr/share
lutzle
13d

PHP 8.3 hat das Problem leider nicht behoben. Release 2025-01-13 läuft bei mir wieder.

RalfBeckerEGroupware GmbH
13d
lutzle

Also von EGroupware Seite gab es da keine Änderung.

Warum der LDAP Server unwilling to perform ist, kannst Du vermutlich nur in dessen Log File (Log-Level hoch setzen) rausfinden.

Falls es ein ähnliches Problem wie das bei PHP in Version 8.3.19 gefixte ist, könntest Du natürlich auch mal das PHP im Container downgraden. Falls das Problem damit behoben wäre, bräuchten wir aber immer noch die Fehlermeldung aus dem Log des LDAP Servers, um das an PHP melden zu können.

Ralf

lutzle
12d

Hallo,

hier das LDAP log:

2025-03-25T14:04:37.808486+01:00 LinuxA1 start[3014]: 67e2a9e5 connection_get(14)
2025-03-25T14:04:37.808521+01:00 LinuxA1 start[3014]: => ldap_bv2dn(uid=xxxx,ou=people,o=default,dc=xxxxaaaa,dc=de,0)
2025-03-25T14:04:37.808546+01:00 LinuxA1 start[3014]: <= ldap_bv2dn(uid=xxxx,ou=people,o=default,dc=xxxxaaaa,dc=de)=0
2025-03-25T14:04:37.808569+01:00 LinuxA1 start[3014]: => ldap_dn2bv(272)
2025-03-25T14:04:37.808593+01:00 LinuxA1 start[3014]: <= ldap_dn2bv(uid=xxxx,ou=people,o=default,dc=xxxxaaaa,dc=de)=0
2025-03-25T14:04:37.808616+01:00 LinuxA1 start[3014]: => ldap_dn2bv(272)
2025-03-25T14:04:37.808654+01:00 LinuxA1 start[3014]: <= ldap_dn2bv(uid=xxxx,ou=people,o=default,dc=xxxxaaaa,dc=de)=0
2025-03-25T14:04:37.808679+01:00 LinuxA1 start[3014]: 67e2a9e5 send_ldap_result: err=53 matched="" text="unauthenticated bind (DN with no password) disallowed"
2025-03-25T14:04:37.810141+01:00 LinuxA1 start[3014]: 67e2a9e5 connection_get(14)

Lutz

RalfBeckerEGroupware GmbH
12d

Hmm, das hieße entweder sendet EGroupware das Passwort nicht, oder PHP gibt es irgendwie nicht weiter.

Muss ich mir anschauen.

Ralf

RalfBeckerEGroupware GmbH
12d

Eine Idee hätte ich noch:

Spiel doch mal den Commit bei Dir ein, könnte sein, das der das Problem löst. Im Hosting ist der schon aktiv, und da habe ich nichts von dem Authentifizierungsfehler gehört.

Ralf

lutzle
11d

Das ist die Lösung meines Problems - bitte in den Container einbauen.

Vielen Dank und viel Grüße aus Leipzig

Lutz