Guten Tag,
seit einigen Tagen beobachte ich , dass der Online Status in der Rechten Benutzer Leiste immer unzuverlässiger wird, bzw. zeigt immer weniger Benutzer “Online” an.
Ich habe schon versucht Fehlkonfigurationen in den Zugriffsrechten und bei Benachrichtigungen zu finden, da scheint alles OK zu sein. Oftmals werden einzelne User auch kurzzeitig Rechts “Online” (Highlighted) angezeigt, sind aber sehr schnell wieder “grau”.
Wie und wo kann ich das reproduzierbar prüfen und passend einstellen? Bei uns ist ein Großteil der Benachrichtigungsfunktionen abgeschaltet, da zu viel “Notification” erzeugt wird, gibt es dort Bereiche, die zwingend aktiviert sein müssen, um den Benutzerstatus “Online” anzuzeigen?
Gruß Micha

Hallo zusammen,
noch in Ergänzung ein paar Fakten unserer eGroupware Installation.

• wir verwenden EGroupware nicht als APP der Univention, sondern haben einen eigenen Server hierfür
• Websockets sind in der FW durchlässig, getestet am Kliniksystem
• PUSH funktioniert auf administrativer Ebene nicht (rot), hier die Fehlermeldung:

Push::onlyFallback()=true --> Using fallback via regular JSON requests

SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime=3600

SwoolePush\Backend->online()=Stopped trying to connect to push server
https://evoofficex/egroupware/pushafter 4 failed attempts!
Push::onlyFallback()=true --> Using fallback via regular JSON requests

SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime=3600

Push->online()=

Daher nochmals die Frage,
wie können wir die Präsenz der MA wieder anzeigen lassen, bzw. an welchen Stellen des Systems sind da Einstellungen erforderlich?

Grüße
Micha

Guten Morgen Ralf,
ja, das haben wir auch so gesehen.

ein paar Kleinigkeiten haben wir gerade gezogen.
Das sind die aktuellen EInträge:

$_SERVER[‘HTTP_X_FORWARDED_SERVER’] office.evocare.de2
$_SERVER[‘HTTP_X_FORWARDED_HOST’] office.evocare.de2, office.evocare.de2

FQDN repared

kein weiterer Proxy. PUSH jetzt bei Clients vorhanden, aber TEST Push immer noch fehlerhaft:

Push::onlyFallback()?lse --> Using native Swoole Push

SwoolPush\Backend::failedAttempts()=2, SwoolePush\Backend::backoffTime`

SwoolePush\Backend->online()=

Push::onlyFallback()=true --> Using fallback via regular JSON requests

SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime0

Push->online()=

after retry;
Push::onlyFallback()=true --> Using fallback via regular JSON requests

SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime0

SwoolePush\Backend->online()=Stopped trying to connect to push server office.evocare.de/egroupware/pushafter 4 failed attempts!
Push::onlyFallback()=true --> Using fallback via regular JSON requests

SwoolPush\Backend::failedAttempts()=4, SwoolePush\Backend::backoffTime0

Push->online()=

Leider nur ein Teilerfolg, … die Präsents Anzeige ist immer noch buggy

Grüße Micha

Hallo Ralf,
vielen Dank für die detaillierten Hinweise.

Natürlich haben wir diese direkt umgesetzt, wie auch das gesamte Troubleshooting aus dem Wiki nochmal durchgeführt/getestet wurde.

Es gab zwar kleinere Abweichungen, aber auch nach Korrektur dieser Konfiguration und ein paar Neustarts des Servers kein besseres Ergebnis.

Lediglich an diesen beiden Stellen kommen wir auf kein Ergebnis:

docker exec -it egroupware bash -c “apt update && apt install -y curl
&& curl -i wscat --connect office.evocare.de/egroupware/push”

Hit:1 archive.ubuntu.com/ubuntu focal InRelease
Hit:2 ppa.launchpad.net/ondrej/php/ubuntu focal InRelease
Hit:3 archive.ubuntu.com/ubuntu focal-updates InRelease
Hit:4 archive.ubuntu.com/ubuntu focal-backports InRelease
Hit:5 security.ubuntu.com/ubuntu focal-security InRelease
Reading package lists… Done
Building dependency tree
Reading state information… Done
17 packages can be upgraded. Run ‘apt list --upgradable’ to see them.
Reading package lists… Done
Building dependency tree
Reading state information… Done
curl is already the newest version (7.68.0-1ubuntu2.7).
0 upgraded, 0 newly installed, 0 to remove and 17 not upgraded.
curl: option --connect: is ambiguous
curl: try ‘curl --help’ or ‘curl --manual’ for more information

und

if you see the green array, but no red one(s) when you eg. add an
InfoLog, run the above curl command inside the egroupware container to
see if you get the same output as above: docker exec -it egroupware
curl -i example.org/egroupware/push

docker exec -it egroupware curl -i office.evocare.de/egroupware/push
curl: (7) Failed to connect to office.evocare.de port “XXX”: Connection refused

office.evocare.de wird über die WAF aufgerufen.
Das Zertifikat liegt auf der FW.
WAF und Server kommunizieren über den Standard Port

Was könnte uns hier noch weiterhelfen?

Gruß Micha

… im Zuge der Konfigurationsüberprüfung wurde auch der Fehler bei der wss Konfiguration und SwoolPush auf die Standardwerte gesetzt, die Anpassungen für die Firewall abwicklung erstmal entfernt und anschließend neu gesetzt.
MfG
Micha
EvoCare