Nach Key Update keine Verbindung mehr möglich

[fishpoke]

Hallo Forum,
nachdem ich die Keys für Collabora einem Update unterzogen habe, bekomme ich keine Verbindung zum Server mehr hin. Vorher war es zumindest noch möglich über die interne IP Dokumente zu öffnen.

EGroupware gibt mir in der entsprechenden Einstellung (Admin -> Anwendungen -> Collabora) folgenden Fehler aus :
Kann Collabora Online-Konfiguration in /var/lib/egroupware/default/loolwsd/coolwsd.xml nicht aktualisieren!

Damit kann ich leider so gar nichts anfangen. Ist evtl. nur das SSL Zertifikat abgelaufen o.ä. ?

Ich danke schonmal für Hinweise !

Grüße
Thomas

[RalfBecker]

Damit kann ich leider so gar nichts anfangen. Ist evtl. nur das SSL Zertifikat abgelaufen o.ä. ?

Nein, damit hat das nichts zu tun, das SSL Zertifikat, sprich die Terminierung der SSL Verbindung erfolgt auf dem Reverseproxy (Nginx oder Apache) auf dem Hostsystem.

Kann Collabora Online-Konfiguration in /var/lib/egroupware/default/loolwsd/coolwsd.xml nicht aktualisieren!

Die Collabora Konfiguration steht bei uns unter dem angegebenen Pfad und wird von EGroupware aktualisiert, wenn man z.B. einen neuen Support Key oder einen Admin User/Passwort einträgt.

Es sieht so aus, als wäre die Konfiguration bei Ihnen von EGroupware aus nicht mehr beschreibbar.

Ich würde einfach mal folgendes machen:

cd /var/lib/egroupware/default/loolwsd
chown www-data:www-data *
chmod 644 *

Danach sollte sich die Konfiguration in EGroupware wieder speichern lassen.
Nach dem Speichern sollte der Collabora Container automatisch neu starten, was 1-2 Minuten dauern kann.
Wenn das nicht hilft, einfach mal mit ls -l die Dateien und Berechtigungen in dem obigen Verzeichnis ausgeben lassen und hier posten.

Ralf

[fishpoke]

Danke für die schnelle Antwort !

Es ist nach der Änderung der Berechtigungen möglich die Konfiguration zu speichern. Leider startet Collabora aber trotzdem nicht.

Hier das entsprechende Verzeichnis, wie eben gewünscht :

Nachtrag :
Es ist dann im Firefox folgendes zu sehen, mehr tut sich nicht. In Chrome gibt es nur einen leeren Bildschirm.

Und es kommt gelegentlich eine Meldung das die Verbindung unterbrochen wurde.

[RalfBecker]

Hast Du Collabora mal manuell neu gestartet, nach dem Speichern der Konfiguration:

docker restart collabora-key

Das Speicher der Konfiguration (falls dabei nicht “Nichts zu speichern” ausgibt), trägt dann auch ein, ob http oder https zu verwenden ist. Einer der Gründe warum der Browser nichts anzeigen könnte.

Mit docker logs -f collabora-key kannst Du schauen, ob Collabora korrekt gestartet ist.
Mit curl -i https://deine.domain/hosting/discovery siehst Du ob die ganze Proxy Konfiguration ok ist, und die URLs in dem XML Dokument auch https und die richtige Domain verwenden, wie Deine EGroupware auch.

Ralf

[fishpoke]

Hallo Ralf,
nach langer Zeit kann ich mich wieder mit dem Thema beschäftigen.

Hast Du Collabora mal manuell neu gestartet, nach dem Speichern der Konfiguration:

docker restart collabora-key

Ich habe den Docker Container neu gestartet, was aber keinen Effekt hat. Die Verbindung ist immer noch nicht möglich.

Mit docker logs -f collabora-key kannst Du schauen, ob Collabora korrekt gestartet ist.

Habe ich gemacht, es kommen allerlei Angaben mit denen ich aber nichts anfangen kann.

Mit nginx -i https://deine.domain/hosting/discovery siehst Du ob die ganze Proxy Konfiguration ok ist, und die URLs in dem XML Dokument auch https und die richtige Domain verwenden, wie Deine EGroupware auch.

Ich habe NGINX nicht in Verwendung, es ist bei mir noch eine “alte” Installation mit getrennter Datenbank etc.

Gibt es evtl. hier noch Optionen das zu fixen ?

Interessanterweise habe ich ein (2 Monate) älteres Backup in einer anderen virtuellen Maschine gestartet und da startet dann auch Collabora, nur eben mit dem Hinweis, dass der Schlüssel veraltet ist…

Grüße Thomas

[RalfBecker]

Habe ich gemacht, es kommen allerlei Angaben mit denen ich aber nichts anfangen kann.

Das wichtigste ist:

Ready to accept connections on port 9980.

Mit nginx -i https://deine.domain/hosting/discovery siehst Du ob die ganze Proxy Konfiguration ok ist, und die URLs in dem XML Dokument auch https und die richtige Domain verwenden, wie Deine EGroupware auch.

War ein Typo:

curl -i https://deine.domain/hosting/discovery

Hat nix mit Nginx direkt zu tun, sondern Du testet ob Collabora in den Reverse Proxy (Apache oder Nginx) auf dem Host richtig eingebunden ist.

Ralf

[fishpoke]

Ich bin immer wieder erstaunt wie schnell ihr antwortet ! Vielen Dank dafür !

Das wichtigste ist:

Ready to accept connections on port 9980.

Das habe ich auf jeden Fall dort gesehen.

curl -i https://deine.domain/hosting/discovery

Hat nix mit Nginx direkt zu tun, sondern Du testet ob Collabora in den Reverse Proxy (Apache oder Nginx) auf dem Host richtig eingebunden ist.

Auch hier kommen wieder einige Seiten an Meldungen :

HTTP/2 200
server: nginx
date: Tue, 15 Aug 2023 14:38:33 GMT
content-type: text/xml
content-length: 29829
last-modified: Tue, 15 Aug 2023 14:38:33
x-content-type-options: nosniff
vary: Accept-Encoding

und noch vieles mehr…

[RalfBecker]

Das sieht alles soweit gut aus

und noch vieles mehr…

Die URLs die in dem XML stehen, haben die das gleiche Protocol und Hostname, wie Dein curl Aufruf, dh. https://deine.domain?

Ralf

[fishpoke]

Die URLs die in dem XML stehen, haben die das gleiche Protocol und Hostname, wie Dein curl Aufruf, dh. https://deine.domain?

Ralf

Ja, haben sie, z.B. :

    <app favIconUrl="https://_meine-domain.de_/browser/e5729f1/images/x-office-document.svg" name="writer">
        <action default="true" ext="sxw" name="view" urlsrc="https://_meine-domain.de_/browser/e5729f1/cool.html?"/>

Ich habe hier natürlich durch _meine-domain.de_ ersetzt…