Moin,
grundsätzlich funktioniert die eGroupware so wie sie soll, bis auf den Push Service.
Wenn ich in der eGroupware auf Test Push gehe ist alles grün:
Push::onlyFallback()=false --> Verwendung von nativem Swoole Push
SwoolPush\Backend::failedAttempts()=0, SwoolePush\Backend::backoffTime=60
SwoolePush\Backend->online()=[]
Push::onlyFallback()=false --> Verwendung von nativem Swoole Push
SwoolPush\Backend::failedAttempts()=0, SwoolePush\Backend::backoffTime=60
Push->online()=[]
Curl gibt folgendes aus:
egpwsrv@egpwsrv:~$ curl -i https://<my_public_address>/egroupware/push
**HTTP/2 401 **
server: nginx
date: Mon, 02 Dec 2024 12:11:14 GMT
content-type: text/html
content-length: 21
www-authenticate: Basic realm=“EGroupware Push Server”
Missing Bearer Token!
Das gleiche kommt auch wenn ich den curl in dem Container ausführe.
Auch der Vergleich der session-id ergab keine Unterschiede.
Bis hier hin sieht alles so aus als ob es läuft.
Nur wenn ich im Browser z.B. einen neuen Termin eintrage kommt in der Admin Konsole ein 401 mit
NS_ERROR_WEBSOCKET_CONNECTION_REFUSED
Auf dem Webserver habe ich die Firewall temporär komplett abgeschaltet - keine Änderung.
Exact das gleiche Verhalten.
Im push log kommt immer wieder diese Meldung:
Warning: Undefined array key “authorization” in /var/www/server.php on line 119
Noch was zu meiner Netzwerk Konfiguration:
Router <-> Hauptserver mit Reverse Proxy <-> eGroupware Server
Der Hauptserver zieht sich das Zertifikat von Let’s Encrypt und kopiert das auf den eGroupware Server.
Grund hierfür ist das der Hauptserver das Zertifikat braucht und Let’s Encrypt keine zwei Anfragen für die gleiche Domain zulässt.
Der Aufruf der eGroupware Seite funktioniert ohne Probleme von allen Systemen aus, d.h. das Zertifikat wird richtig genutzt.
Jetzt bin ich langsam mit meinem Latein am Ende.
Woran kann das noch liegen die Websockets Refused werden?
Oder habe ich da Grundsätzlich einen Denkfehler?
Grüße
Markus
created
last reply
- 3
replies
- 97
views
- 3
users
- 1
like