Nextcloud mit Collabora

Martinus1977

Benutzer
Mitglied seit
10. Mai 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
0
Danke für die nächste Version... Ich werde das Mal versuchen nachzustellen. Die Frage ist eigentlich nur noch: was crasht da jeweils? Der reverse Proxy war bei meinem damaligen Versuch nicht das Problem. Da stand das sogar alles stabil, aber ich konnte in nextcloud keine Dokumente öffnen bzw Code baute sich nicht komplett auf. Auf die Admin Oberfläche kam ich hier sogar.
Sprich: ich werde in den nächsten Tagen Mal schauen, ob ich docker manuell starte bzw den Container bei Terminal starte. Den reverse Proxy lasse ich bei der Manuallena conifg erstmal aussen vor und nutze das direkt aus dem DSM heraus.
Unter DSM 6.2 wurde wohl auch docker nochmal einem Update unterzogen. Da ich leider nur eine DS zum spielen habe, die docker allerdings nicht unterstützt (213j) kann ich hier die letzte Beta auf dem docker Server (1515+) noch keiner Prüfung unterziehen.

Kann doch alles nicht sein, dass das keiner auf der Synology zum laufen bringt.

Was wohl inzwischen geht, ist docker auf einem Raspberry zu installieren. Bin kurz davor das zu testen, allerdings fürchte ich hier dass der zu schwach für docker + Code ist. Hauptplan ist Code im docker der Synology.

Eine letzte Frage noch: hast du ein Protokoll zum Absturz von Code? Bzw hat einer einen Tip, wo ich das ggf zur Fehlersuche finde? In docker selbst auf der Synology ist mir das bekannt. Aus dem Terminal heraus bin ich planlos. Aber aktuell glaube ich, ist der Weg über das Terminal der einzige der funktionieren kann.

Das Interesse ist von etlichen da # können doch nicht alle so doof wie ich sein, dass das keiner schafft collabora ans laufen zu bringen...
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Hallo Martinus1977,

ich habe mich nochmal auf den Docker konzentriert (eine gute Reverse Proxy-Lösung kommt ja eh erst danach).

Also, Docker Container mit Collabora einmal per Konsole und diesem Befehl gestartet: docker run -t -d -p 127.0.0.1:9980:9980 -e 'domain=meine-domaine.de' -e 'username=admin' -e 'password=S3cRet' --restart always --cap-add MKNOD collabora/code

Ergebnis:
- Container startet, bricht aber innerhalb von 60 Sek. ab
- Start über Konsole ermöglicht Mitgabe localhost 127.0.0.1:9980
02 Fehlermeldung docker mit Befehl über Konsole_Abbruch.jpg

Dann Container mit Collabora per DSM gestartet.

Ergebnis:
- Container startet, bricht aber innerhalb von 60 Sek. ab
- Start über DSM ermöglicht keine Mitgabe von localhost 127.0.0.1:9980, nur 0.0.0.0:9980
03 Collabora docker Start mit DSM bricht auch ab.jpg

In beiden Fällen oben werden diese Prozesse gestartet:
04 Collabora docker ohne Ausführungsbefehl.jpg

Gibt man jedoch diesen Startbefehl mit: /bin/sh -c bash start-libreoffice.sh, dann ändern sich auch die ausgeführten Prozesse:
05 Collabora docker mit Ausführungsbefehl.jpg

Mit diesem Ausführungsbefehl und den reduzierten Subprozessen läuft der Container.
Collabora läuft mit Variable und Startbefehl.jpg

Bei mir wieder mehr ??? als !!!. Jetzt läuft der Container ohne Abbruch, jedoch bin ich mir nicht sicher, ob innerhalb des Containers die richtigen Prozesse laufen um Collabora richtig auszuführen.

Vielleicht kann es noch jemand nachstellen.

Cheers,
 

Anhänge

  • 01 Fehlermeldung docker mit Befehl über Konsole.jpg
    01 Fehlermeldung docker mit Befehl über Konsole.jpg
    23,1 KB · Aufrufe: 149
Zuletzt bearbeitet:

Martinus1977

Benutzer
Mitglied seit
10. Mai 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
0
Falle über das gleiche Problem. Habe mir jetzt mal bluedart/collabora angesehen. Das bekomme ich zumindest stabil ans laufen - direkt über das DSM Docker. Allerdings spinnt jetzt gerade meine nextcloud und zeigt mir an, dass für meine Version (12.0.3) keine Apps verfügbar sind.
Was aber funktioniert ist, dass ich über die verbundene Domain per reverseproxy office.bla.de wieder "OK" angezeigt bekomme. Die Admin-Seite von Collabora kann ich nicht öffnen, bzw. username und password als hinterlegte variable passen nicht.
Wenn der Container einmal gestoppt wurde, lässt er sich auch nicht neu starten. Der crasht dann genauso wie der collabora-Container. Lösung hier ist dann komplett löschen und neu aufbauen...
Der Fehler beim neustart bezieht sich auf ssl und falschem Symlink - sowas ließe sich ja zur not noch per console fixen (auch wenn ich gerade nicht wüsste, wie genau). Den Neustart-Bug schaue ich mir an, wenn die Nextcloud wieder das macht, was ich will - sprich, wenn ich dort die app für collabora installieren kann.

Vielleicht hat hier jemand zeit das zu testen, dessen nextcloud nicht gerade auf die Nase gefallen ist.
 

Martinus1977

Benutzer
Mitglied seit
10. Mai 2011
Beiträge
134
Punkte für Reaktionen
0
Punkte
0
ok, das ist noch nicht ganz die Lösung. Auf das Admin-Panel komme ich nicht, einbindung in Nextcloud klappt ohne Fehlermeldung, aber beim öffnen von ODT gibt es nur eine weisse Seite (mal abgesehen von der Kopfzeile der Nextcloud Apps oben am Rand...
Somit denke ich, dass irgendwas an dem Collabora/Code paket geändert werden muss, damit wir das auf der Syno laufen lassen können. Ich spiele den Ball hier mal weiter - wer traut sich sowas zu (und hat ausreichend Zeit...). Ein Teil der Anpassngen die eigentlich für PLESK gedacht waren, funktionieren auf der Syno besser als das collabora/code Paket.
Ich fürchte ich kapituliere hier und werde wohl mal schauen, ob mein Plesk auch docker kennt und ob ich das hierüber abgewickelt bekomme.
Hier bleibe ich natürlich weiterhin und hoffe, dass jemand mit der ultimativen Erleuchtung kommt und wir das Brett von unseren Köpfen wieder nehmen können....
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Hat es inzwischen denn jemand geschafft, Collabora zu starten und mit Nextcloud zu nutzen?
 

x-traceP

Benutzer
Mitglied seit
09. Mrz 2018
Beiträge
2
Punkte für Reaktionen
0
Punkte
0
Hi Zusammen,

ich habe gestern Abend Collabora im Docker auf meiner Diskstation mit Nextcloud (ebenfalls im Docker) zum laufen gebracht und möchte euch nicht vorenthalten was ich dazu getan habe.

Zuerst, der Docker Container von Collabora/Code läuft nicht, fehlender Seccomp Support, fehlende Einrichtung für Docker usw.
Da dieses Problem aber viele haben und nicht nur auf der Synology und einige meinten mit einer alten Version ging es habe ich nach anderen Container gesucht und bin fündig geworden.
Folgenden Docker Container von Collabora (1 Jahr alt) habe ich nun verwendet:
https://hub.docker.com/r/orboan/collabora/

Abbild habe ich in Docker rungerladen und mit folgenden Einstellungen gestartet:
Lokaler Port 9980, Container Port 9980
Domain: nextloud.deinedomain.de --> die Domäne mit der die Nextcloud im internet verfügbar gemacht hast
username: wasduwillst
password: wasduwillst

Das war es dann erstmal. Docker gestartet und läuft, keinen Absturz nach 1-3 Minuten und keine Fehlermeldung das SECCOMP fehlt oder andere ERR Nachrichten die zum üblichen Shutdown führen.

Daraufhin habe ich dann in Nextcloud die Collabora App hinzugeführt und in der Einrichtung die Domäne eingetragen welche für Collabora verwendet werden soll, also bsp.: office.deinedomäne.de

Jetzt muss noch der Reverse Proxy eingerichtet werden. Wenn man diesen im Anwedungsportal in der Systemsteuerung einrichtet bekommt man zwar beim Aufruf der Internetadresse das OK aber es funktioniert noch nicht mit Nextcloud, Möchte man eine Datei in Nextcloud öffnen erscheint die Fehlermeldung das die Datei nicht verfügbar sei oder man keinen Zugriff darauf hat.
Deswegen habe ich den Reverse Proxy über nginx eingerichtet (als Webserver habe ich in der Webserver App auf der DS nginx aktiv (nicht Apache).
Mein Reverse Proxy Script sieht folgendermaßen aus:

Dateiname: office.deinedomäne.de.conf

Rich (BBCode):
server {
    listen       443 ssl;
    server_name  office.deinedomäne.de;

    ssl_certificate /usr/syno/etc/certificate/_archive/tFeIKJH/fullchain.pem; #hier muss das in der DS hinterlegte korrekt Zertifikat ausgesucht werden, über SSH im Pfad suchen und anpassen
    ssl_certificate_key /usr/syno/etc/certificate/_archive/tFeLLI/privkey.pem; #hier muss das in der DS hinterlegte korrekt Zertifikat ausgesucht werden, über SSH im Pfad suchen und anpassen
	
	# Path to the root of your installation
	location / {
       proxy_pass https://localhost:9980;
	   proxy_set_header Host $http_host;
		proxy_set_header        X-Forwarded-Host        $host;
		proxy_set_header        X-Forwarded-Server      $host;
		proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_set_header        X-Real-IP       $remote_addr;
		proxy_redirect off;
		proxy_buffering off;
		proxy_set_header Upgrade $http_upgrade;
		proxy_set_header Connection "upgrade";
		proxy_read_timeout 86400;
	}	
	
	add_header Strict-Transport-Security "max-age=15768000; includeSubDomains; preload;";

Das Script wird dann in der nginx Ordner geschoben und nginx neugestartet:

Rich (BBCode):
cp /pfaddeinerdatei/office.deinedomäne.de.conf /etc/nginx/sites-enabled
synoservicectl --restart nginx

und das wars schon.

Sieht dann folgendermaßen aus:
CollaboraNextcloud.jpg
 
Zuletzt bearbeitet:

x-traceP

Benutzer
Mitglied seit
09. Mrz 2018
Beiträge
2
Punkte für Reaktionen
0
Punkte
0
ich wollte noch ein Update geben zu meinem collabora im Docker mit evtl. interessanten Informationen:
Das angegeben docker image das mit der diskstation funktioniert basiert auf libreoffice version 5.1. Das momentan aktuelle ist 5.3.

Ich habe dann noch versucht ein eigenes Docker Image auf Basis von 5.3 zu generieren, hier dann aber wieder der gleiche Fehler wie wenn man den Standard collabora/code container verwendet. Es wird seccomp benötigt und diverese andere Fehler bis der Container sich selber abschaltet.

Ich habe es über einen kleinen Umweg hinbekommen das Standard collabora/code zum laufen zu bringen mit 5.3. Ganz einfach in dem ich eine VM mit Virtual Machine Manager erstellt habe, Ubuntu installiert, in Ubuntu Docker installiert und dann den Docker Container von collabora/code eingerichtet und gestartet habe. Funktioniert ohne Probleme, dann noch den ReverseProxy entsprechend umleiten auf die IP-Adresse der virtuellen Maschine (anstatt localhost) und fertig.

Das einzige Problem an der Geschichte ist das die VM entsprechend mehr Ressourcen benötigt wie der reine Docker Container da eben noch eine komplette Ubuntu Installation mitläuft. Wenn das NAS hier genug Power bzw. noch freien RAM hat sollte das aber kein Problem sein.

Grüße
x-traceP
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Hallo x-traceP,

danke für Deinen Tipp. Bekam im Urlaub Nachricht, dass sich hier im Threat etwas tut. Komme gerade zum Ausprobieren.

Leider zerschiesst sich der Webserver, wenn ich an besagter Stelle eine neue config-Datei ablege und nginx neustarte. Bin Deinem Vorgehen gefolgt, habe die Pfade für die Zertifikate angepasst. Sobald ich nginx neu starte, kann ich weder auf die DS per DSM-Oberfläche noch auf Nextcloud zugreifen.

Noch eine Idee? Oder muss ich das Script woanders ablegen, da ich Nextcloud mit Apache betreibe?

WebStation.jpg

Cheers,
Broxel
 
Zuletzt bearbeitet:

PhyBo

Benutzer
Mitglied seit
16. Sep 2018
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Würde mich hier gerne anschließen. Bekomme Collabora oder OnlyOffice leider auch nicht zum laufen...
Docker mit Collabora oder OnlyOffice läuft bei mir ohne Probleme. Beim Aufruf der Internetadresse bekomme ich auch das OK aber es funktioniert noch nicht mit Nextcloud und dem Reverse-Proxy im Anwendungsportal der Synology. Wenn ich der Anleitung mit dem Reverse Proxy Script von x-traceP folge zerschießt es bei mir leider auch den Webserver und konnte ihn mit einigen Schweißperlen auf der Stirn wieder zum laufen bekommen.

Hat wer bereits eine Lösung die mir keine Schweißperlen beschert :D
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Ich würde das ganze nochmal hochholen, denn auch ich habe Interesse, dass das alles funktioniert. Habe inzwischen den Docker zum laufen gebracht mittels folgendem Code:

Rich (BBCode):
docker run -t -d -p 127.0.0.1:9980:9980 -e "domain=domain\\.net/nextcloud"  -e "username=admin" -e "password=S3cRet" --restart always --cap-add MKNOD orboan/collabora

Meine erste Frage bevor ich weitermache: Geht das mit der Domain so überhaupt? Also domain.net/nextcloud? Oder muss das zwingend eine Subdomain sein, à la nextcloud.domain.net?

Weiter dann eine Unsicherheit bzgl. https://office.domain.net: Muss diese Subdomain eingerichtet sein? Oder wird die nur eingetragen und dann direkt über den Reverse-Proxy abgefangen?

Über weitere Diskussion darüber würde ich mich sehr freuen.
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Hallo maalik,

ich möchte gerne das Thema weitertreiben und Dein Anliegen unterstützen, aber es geht nur mühsam voran. Den Dockercontainer von Orboan bekommen einige zum laufen. Anders der von Collabora. Der stürzt bei vielen nach 1-3 Minuten auf der Diskstation ab.

Du kannst testen, ob der Container richtig läuft, wenn Du folgende Adresszeilen eingibst:

https://deine_ip_zur_diskstation:9980

oder

https://deine_dyn_adresse_zur_diskstation:007 (mit 007 als Umleitung auf deine interne IP)

Dann erscheint ein einfaches "OK" oben links.

Bei mir zumindest ist das nicht das Problem, sondern die dann notwendigen Ergänzungen in den Reverse Proxy Einstellungen. Da gibt es zahlreiche Beiträge (die ich auch ausprobiert habe), jedoch geht dann mein Webserver in die Knie.

Ich bin aber optimistisch, dass wir das hier im Forum noch gelöst bekommen.

Cheers
abrocksi
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Moin abrocksi,

mit dem Container von Orboan funktioniert es auch bei mir, das Ok wird mir angezeigt. Alles andere geht bei mir nicht.

Kannst du noch was zu diesen Fragen sagen?
Meine erste Frage bevor ich weitermache: Geht das mit der Domain so überhaupt? Also domain.net/nextcloud? Oder muss das zwingend eine Subdomain sein, à la nextcloud.domain.net?
Weiter dann eine Unsicherheit bzgl. https://office.domain.net: Muss diese Subdomain eingerichtet sein? Oder wird die nur eingetragen und dann direkt über den Reverse-Proxy abgefangen?
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Hallo maalik,
also wenn Du soweit bist, dann liegt das Problem eher beim Reverse Proxy. Lies bitte mal den Post #46 weiter oben. Da sind die Einstellungen gut beschrieben. Wenn ich das bei mir so mache, geht der Webserver nginx in die Knie.

Ich habe heute nochmal die Domaineinstellung im Container getestet. Bei mir klappt es mit "localhost" und meiner dynDNS Adresse. Mit beiden sehe ich das "OK". Es klappt nicht, wenn ich auf die Nextcloudadresse gehe. Also daran liegt es m.E. nicht.

Cheers
abrocksi
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Nachtrag zu #53:

Wenn man folgende Adresse eingibt: https://deine_ip_:9980/loleaflet/dist/admin/admin.html erreicht man die Übersichtsseite von Collabora.

collabora1.jpg

Damit ist für mich klar, dass der Container richtig läuft und es eher an dem Reverse Proxy liegen muss.

Cheers
abrocksi
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Auch dieses Dashboard kann ich bestätigen. Was genau soll der Reverse-Proxy denn bezwecken? Dass Collabora über die Sub-Domain office.domain.de erreichbar ist?
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Genau weiß ich es nicht, aber alle recherchierten Anleitungen kommen auf dieses Thema, damit Collabora in einem Browser bzw. über Nextcloud auf Dokumente zugreifen kann:

https://www.linuxbabe.com/cloud-storage/integrate-collabora-online-server-nextcloud-ubuntu-16-04
https://decatec.de/home-server/nextcloud-online-office-mit-collabora/
https://nichteinschalten.de/de/collabora-mit-nextcloud-und-nginx/
https://nextcloud.com/collaboraonline/

Wie gesagt: Container klappt bei mir, Verbindung Nextcloud-App zu Collabora Container scheitert.

Cheers
abrocksi
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Kann es sein, dass die conf für den Reverse Proxy im falschen Ordner liegt? Für ein dauerhaftes HSTS zum Beispiel habe ich conf-Dateien erstellt, diese liegen aber im Ordner /etc/nginx/conf.d/
Dort funktionieren sie auch wie sie sollen.
Kann aber auch sein, dass ich einfach Unsinn rede, kenne mich mit der Thematik nicht so gut aus.
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Ich leider auch nicht. Ich habe schon diese beiden Pfade ausprobiert und nginx neu gestartet. Klappt aber nicht.

NGINX-Pfade
-> /etc/nginx/conf.d
-> /etc/nginx/sites-enabled
Restart: synoservicectl --restart nginx
 

maalik

Benutzer
Mitglied seit
05. Feb 2016
Beiträge
705
Punkte für Reaktionen
11
Punkte
38
Wenn du ein Dokument in NC öffnest, passiert dann was? Bei mir wird nur alles weiß, eine Fehlermeldung oder so kommt allerdings nicht.
 

abrocksi

Benutzer
Mitglied seit
27. Dez 2013
Beiträge
238
Punkte für Reaktionen
78
Punkte
28
Kann ich bestätigen. So sieht es aktuell bei mir aus:
NC Collabora Fehlermeldung.JPG

Und so sah es bis vor kurzem aus:
Fehlermeldung NC alt.png

Cheers,
abrocksi
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat