May 2023
1 / 9
May 2023
Aug 2023
fishpoke
May '23

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

  • created

    May '23

  • last reply

    Aug '23
  • 8

    replies

  • 791

    views

  • 2

    users

  • 1

    link

  • 4
RalfBeckerEGroupware GmbH
May '23
1

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.

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
May '23
2

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 :

Fehler_Collabora__console_einstellungen_2

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

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

RalfBeckerEGroupware GmbH
May '23
1

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

3 months later
fishpoke
Aug '23

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

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

RalfBeckerEGroupware GmbH
Aug '23

Das wichtigste ist:

Ready to accept connections on port 9980.

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
Aug '23

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

Das habe ich auf jeden Fall dort gesehen.

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…

RalfBeckerEGroupware GmbH
Aug '23

Das sieht alles soweit gut aus :slight_smile:

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

Ralf

fishpoke
Aug '23

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…