NC: Interner Collabora-Server läuft, reagiert aber nicht

[Rüdiger Kupper]

Das Bearbeiten von Office-Dokumenten direkt im Browser funktioniert derzeit nicht. Ich habe den "internen" Collabora-Server installiert, den es als Nextcloud-App zum herunterladen gibt. (Das ist ein appimage, das dann auf dem NC-Server gestartet wird.)
Der Konfigurationstest sagt, dass der intern auch Server erreichbar ist (nachdem man den SSL-Zertifikatstest abgeschaltet hat, da der für cloud.kg-fds.de fehlschlägt (bei Verbindung vom selben Rechner).

Versucht man eine Office-Datei zu öffnen, so erhält man aber nur eine endlose "Initialisierung …"-Nachricht und nichts weiter passiert.

Die Adresse, die in der Config steht, lautet https://cloud.kg-fds.de/apps/richdocumentscode/proxy.php und ist offenbar auch erreichbar. Dennoch zeigt der Server das Dokument nicht an.

Können es irgendwelche Ports sein, die noch geöffnet werden müssen? Eigentlich müsste die Verbindung ja rechnerintern auf dem cloud-Rechner laufen. Doch vielleicht wird die Verbindung auch vom Browser des Nutzers neu aufgebaut? Welche Ports sind denn (von außen) am cloud-Rechner offen?

[Rüdiger Kupper]

Siehe

• ​https://collabora-online-for-nextcloud.readthedocs.io/en/latest/install/

Das bezieht sich auf das Docker-Image, das oft genutzt wird, doch prinzipiell müsste es bei uns ähnlich sein. Demnach muss der Port 9980 über den Reverse-Proxy weitergeleitet werden. Ich nehme an, das fehlt bei uns einfach noch.

Weiteres:

• ​https://ask.linuxmuster.net/t/firewallregel-fuer-collabora-office-auf-port-9980/2217
• ​https://help.nextcloud.com/t/collabora-online-port-redirect/50782/3

[bau]

Ich habe nun mal die ProxPass-Zeilen (erster Link) auf dem Server apache eingetragen.
Meiner Ansicht nach muss der Port nicht freigegeben werden, der apache leitet nur auf ihn um.

[bau]

Ups, noch ein Tippfehler: ich hatte auf https: umgeleitet, der nextcloud-Server hat im Moment nur http: offen.
Aber vielleicht ist das auch ein Denkfehler. Wie wartet der Collabora-Server auf Port 9980?
Muss man da mit oder ohne S ankommen.
Die Frage stellt sich auch bei wss: (WebSocketProrocol) - mit oder ohne S (als ws: oder wss:)?

[Rüdiger Kupper]

Ich kann die Adresse mit http oder https eintragen und bekomme jedenfalls beides mal das grüne Häkchen, dass der Server erreichbar ist. Also geht wohl beides. Ich trage jetzt mal http ein.

[Rüdiger Kupper]

Wenn ich hier bei mir im Browser die Adresse https://cloud.kg-fds.de/apps/richdocumentscode/proxy.php?status oder http://cloud.kg-fds.de/apps/richdocumentscode/proxy.php?status ansurfe, bekomme ich jedes mal ein OK zurück. Was auch immer das heißt ;-).

[bau]

Das ist nicht das Thema, dann wir haben auf apache.kg-fds.de eine Umschreibe-Regel von http auf https, das muss also beides tun. Es geht um den auf Port 9980 lauschenden Collabora-Server, der vom apache.kg-fds.de aus weitergeleitet wird:

                # static html, js, images, etc. served from loolwsd
                # loleaflet is the client part of LibreOffice Online
                ProxyPass           /loleaflet http://10.16.112.16:9980/loleaflet retry=0
                ProxyPassReverse    /loleaflet http://10.16.112.16:9980/loleaflet

                # WOPI discovery URL
                ProxyPass           /hosting/discovery http://10.16.112.16:9980/hosting/discovery retry=0
                ProxyPassReverse    /hosting/discovery http://10.16.112.16:9980/hosting/discovery

                # Main websocket
                ProxyPassMatch "/lool/(.*)/ws$" wss://10.16.112.16:9980/lool/$1/ws nocanon

                # Admin Console websocket
                ProxyPass   /lool/adminws wss://10.16.112.16:9980/lool/adminws

                # Download as, Fullscreen presentation and Image upload operations
                ProxyPass           /lool http://10.16.112.16:9980/lool
                ProxyPassReverse    /lool http://10.16.112.16:9980/lool

                # Endpoint with information about availability of various features
                ProxyPass           /hosting/capabilities http://10.16.112.16:9980/hosting/capabilities retry=0
                ProxyPassReverse    /hosting/capabilities http://10.16.112.16:9980/hosting/capabilities

Ich vermute mal, dass das ​http:// jeweils falsch ist (zumindest haben wir aktuell keinen Fortschritt, wenn man den Colabora aufruft.

[bau]

Habe das mal geändert:

                # static html, js, images, etc. served from loolwsd
                # loleaflet is the client part of LibreOffice Online
                ProxyPass           /loleaflet https://10.16.112.16:9980/loleaflet retry=0
                ProxyPassReverse    /loleaflet https://10.16.112.16:9980/loleaflet

                # WOPI discovery URL
                ProxyPass           /hosting/discovery https://10.16.112.16:9980/hosting/discovery retry=0
                ProxyPassReverse    /hosting/discovery https://10.16.112.16:9980/hosting/discovery

                # Main websocket
                ProxyPassMatch "/lool/(.*)/ws$" wss://10.16.112.16:9980/lool/$1/ws nocanon

                # Admin Console websocket
                ProxyPass   /lool/adminws wss://10.16.112.16:9980/lool/adminws

                # Download as, Fullscreen presentation and Image upload operations
                ProxyPass           /lool https://10.16.112.16:9980/lool
                ProxyPassReverse    /lool https://10.16.112.16:9980/lool

                # Endpoint with information about availability of various features
                ProxyPass           /hosting/capabilities https://10.16.112.16:9980/hosting/capabilities retry=0
                ProxyPassReverse    /hosting/capabilities https://10.16.112.16:9980/hosting/capabilities

[bau]

Eventuell kann das auch daran liegen, dass auf Port 9980 niemand lauscht:

root@cloud:/etc/apache2/sites-enabled# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name    
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          1141921227 1/init              
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      0          1141922425 152/vsftpd          
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      106        1141916175 139/systemd-resolve 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          1141916180 203/sshd: /usr/sbin 
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      0          1141925133 379/master          
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      110        1141918574 274/mysqld          
tcp6       0      0 :::111                  :::*                    LISTEN      0          1141921229 1/init              
tcp6       0      0 :::80                   :::*                    LISTEN      0          1147438921 32664/apache2       
tcp6       0      0 :::22                   :::*                    LISTEN      0          1141916182 203/sshd: /usr/sbin 
tcp6       0      0 ::1:25                  :::*                    LISTEN      0          1141925134 379/master          
tcp6       0      0 :::443                  :::*                    LISTEN      0          1147438924 32664/apache2       
tcp6       0      0 :::9983                 :::*                    LISTEN      33         1147444104 301/loolwsd         
udp        0      0 127.0.0.53:53           0.0.0.0:*                           106        1141916174 139/systemd-resolve 
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          1141921228 1/init              
udp6       0      0 :::111                  :::*                                0          1141921230 1/init  

[bau]

Warum als Nextcloud-APP wenn überall empfohlen wird, das als docker-image zu installieren?

Ich finde nirgends eine Möglichkeit die App zu konfigurieren (Port ist z.B. nicht 9980), wie startet man die APP, wie beendet man sie?

Für die Skalierung würde ich es vorziehen, das Ganze als Docker zu haben.
Wenn ich das recht sehe, dann soll auch eine eigene Domain dafür verwendet werden (collabora.kg-fds.de).

[Rüdiger Kupper]

Replying to bau:

Warum als Nextcloud-APP wenn überall empfohlen wird, das als docker-image zu installieren?

Weil das eigentlich eine One-Klick-Installation ist: Runterladen und läuft ;-). Bei mir zuhause wir es jedenfalls so …

Ich finde nirgends eine Möglichkeit die App zu konfigurieren (Port ist z.B. nicht 9980), wie startet man die APP, wie beendet man sie?

Der Port scheint bei uns momentan 9983 zu sein. Kannst Du es damit mal probieren?
Ich sehe in top, dass das appimage ausgepackt wird, sobald jemand versucht, ein Office-Dokument zu öffnen. Der Collabora-Server wird also wohl gestartet.

Für die Skalierung würde ich es vorziehen, das Ganze als Docker zu haben.

Ja, langfristig sollten wir unbedingt eine separate Installation von Collabora haben, und zwar auf einer separaten VM. Das wollte ich sowieso, nur für den Angfang dachte ich, ich nehme mal schnell die App.
Ob das dann das Docker-Image ist oder eine "zu Fuß"-Installation können wir dann wählen. Mit Docker kenne ich mich halt noch gar nicht aus, daher hab ich darum bislang einen Bogen gemacht.

Wenn ich das recht sehe, dann soll auch eine eigene Domain dafür verwendet werden (collabora.kg-fds.de).

Das gilt nur für eine eigenständige Installation (Docker oder zu Fuß). Die bringt dann auch wieder ihren eigenen Webserver mit und kann unabhängig von Nextcloud genutzt werden. Die Nextcloud-App kann man nicht unabhängig aufrufen (soweit ich weiß), nur, indem man in NC Dokumente öffnet.

Also, wenn Du Lust hast, das mal in einer eigenen VM/Container aufzusetzen, das wäre super. Dann brauchen wir uns mit der App nicht länger herumzuschlagen. Und es ließe sich unabhängig warten. Ich mach mal ein Ticket dafür auf ;-).

[Rüdiger Kupper]

Hier steht, wie man den Server aus der App neu startet:
​https://help.nextcloud.com/t/collabora-integrated-code-server-cannot-start-not-workin-not-reachable-solved/90519

[Rüdiger Kupper]

Der Prozesse heißen "lool" (Abkürzung für "LibreOffice-Online").

[bau]

Musstest du zu Hause auch irgendwelche Ports weiterleiten?
(also Port auf deiner Firewall freigeben und per apache2-Proxy weiterleiten oder ging das ohne)?

[Rüdiger Kupper]

Ich glaube, es ging ohne. Ich habe Nextcloud ja sogar als Snap-Paket bei mir laufen, da wird gar nichts rein oder rausgeroutet außer den Ports 80 und 443.

Dashalb dachte ich ja, ich nehm erstmal die eingebaute App, weil das so schön einfach war …

So wie hier beschrieben:
​https://nextcloud.com/blog/how-to-install-collabora-online-in-nextcloud-hub/

[bau]

Dann funktioniert das nextCloud-Teil bei uns offenbar nicht korrekt.

[Rüdiger Kupper]

Ersetzt durch #4019.