{"id":5007,"date":"2017-03-01T18:57:49","date_gmt":"2017-03-01T17:57:49","guid":{"rendered":"https:\/\/www.bdjl.de\/localhost\/?p=5007"},"modified":"2017-03-01T18:57:49","modified_gmt":"2017-03-01T17:57:49","slug":"code-versus-oo","status":"publish","type":"post","link":"https:\/\/www.bdjl.de\/localhost\/?p=5007","title":{"rendered":"CODE versus OO"},"content":{"rendered":"

Die Installation von Collabora (CODE) in nextCloud hinter einem HTTPS-Apache-Proxy verl\u00e4uft ohne Zicken. Einfach die Anleitung<\/a> nachturnen und es funktioniert. Aber es funktioniert z\u00e4h und das auch bei 32GB RAM auf einem (etwas in die Jahre geratenen aber durchaus noch webtauglichen) Dell Poweredge T710 mit zwei Xeon Prozessoren. Zumindest im Vergleich zu einem OnlyOffice (OO).<\/p>\n

OnlyOffice bringt viel mehr Funktionen mit, l\u00e4sst sich flutschiger bedienen und sieht dar\u00fcber hinaus auch noch schicker aus. Im Vergleich dazu f\u00e4llt Collabora sehr weit zur\u00fcck: z\u00e4he, zickige und schnarchige Bedienung und gerade mal ein paar Basisfunktionen an Bord. Hat man einmal mit OO gespielt, will man nicht mehr zu CODE zur\u00fcck. Daf\u00fcr w\u00fcrde ich sogar hinnehmen, dass OO alles ins OOXML Format konvertieren will.<\/p>\n

Jedoch: OnlyOffice in ownCloud hinter einem HTTPS-Apache-Proxy warf sich mir mit weitaus mehr Problemen bei der Installation in den Weg als CODE. Aktuell habe ich noch nicht alle im Griff – es funktioniert erst im Prinzip. Und zwar hiermit:<\/p>\n

docker pull onlyoffice\/documentserver<\/pre>\n
Die Virtualhost f\u00fcr den Apache anpassen:<\/p>\n
<VirtualHost *:443>\r\n     ServerName onlyoffice.domain.tld:443\r\n\r\n     SSLEngine on\r\n     ServerSignature On\r\n     SSLHonorCipherOrder on\r\n\r\n     SSLCipherSuite ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS\r\n\r\n     SSLCertificateFile \/etc\/letsencrypt\/live\/onlyoffice.domain.tld\/fullchain.pem\r\n     SSLCertificateKeyFile \/etc\/letsencrypt\/live\/onlyoffice.domain.tld\/privkey.pem\r\n\r\n     LogLevel warn\r\n     CustomLog ${APACHE_LOG_DIR}\/access.log combined\r\n     ErrorLog ${APACHE_LOG_DIR}\/error.log\r\n\r\n# Just in case - see below\r\nSSLProxyEngine On\r\nSSLProxyVerify None\r\nSSLProxyCheckPeerCN Off\r\nSSLProxyCheckPeerName Off\r\n\r\n# contra mixed content warnings\r\nRequestHeader set X-Forwarded-Proto \"https\"\r\n\r\n# basic proxy settings\r\nProxyRequests off\r\n\r\n        ProxyPass \/ http:\/\/127.0.0.3:9090\/\r\n        <Location \/>\r\n                ProxyPassReverse \/\r\n        <\/Location>\r\n<\/VirtualHost>\r\n<\/pre>\n
Den OO Container starten:<\/p>\n
docker run -i -t -d -p 127.0.0.3:9090:80 --restart always  onlyoffice\/documentserver<\/pre>\n
die ownCloud App f\u00fcr OO installieren und die Kiste l\u00e4uft. Im Prinzip.<\/p>\n
\"\"<\/a><\/p>\n
Textverarbeitung funktioniert.<\/p>\n
\"\"<\/a><\/p>\n
Pr\u00e4sentationssoftware funktioniert.<\/p>\n
\"\"<\/a><\/p>\n
Tabellenkalkulation funktioniert.<\/p>\n
Aber: Es funktioniert eben nur im Prinzip.<\/p>\n
Denn man muss damit leben, dass einem der Firefox weiterhin in der Debug-Console Meldungen entgegen wirft:<\/p>\n
Firefox kann keine Verbindung zu dem Server unter wss:\/\/onlyoffice.domain.tld\/2017-02-17-15-53\/doc\/271488117372\/c\/493\/1niaepga\/websocket aufbauen.  sockjs.min.js:3:4835<\/pre>\n
Ich fummel mir hier nun seit Tagen einen ab, um diese Meldungen los zu werden. In der VHost Konfiguration des Apachen oben sind ja noch Reste davon zu sehen.<\/p>\n
F\u00fcr diese Versuche startete ich den docker container so, dass dessen Port 443 zum Wirt auf Port 9091 weiter gereicht wird<\/p>\n
docker run -i -t -d -p 127.0.0.3:9090:80 -p 127.0.0.3:9091:443 onlyoffice\/documentserver<\/pre>\n
und stellte dann Versuche in der VHost Config des Apachen nach dem Schema (!)<\/p>\n
ProxyPassMatch \"\/(.*)\/websocket\"  wss:\/\/127.0.0.3:9091\/$1\/websocket<\/pre>\n
an. Erfolglos. Auch meine Versuche mit ProxyPass, ProxyPassReverse oder ReWrite Regeln scheiterten bisher.<\/p>\n
Ich glaube, ich habe nun alle Anleitungen und Tutorials rund um Websockets mit HTTPs und Apache Proxy durch – ich fahr da noch immer vor die Wand. Und vor allem: Ich hab keine blassen Dunst, was ich eigentlich genau verzocke.<\/p>\n
Dr\u00e4ngen tut das Problem nicht. Ich roll weder OO noch CODE zum aktuellen Zeitpunkt aus. Denn ich vertraue weder dem auf einer eigenen Subdomain laufende OO Documentserver noch dem CODE Container. Zwar k\u00f6nnen Besucher theoretisch nur in den docker container reinfummeln und wohl nicht aus diesem oder dem Apache Proxy ausbrechen, aber schon dass finde ich irritierend.<\/p>\n
Schlimmer ist vielmehr, dass ich den Websocket nicht an den Apache HTTPS Proxy so dran bekomme, dass der Firefox endlich Ruhe gibt. Falls da einer ne Idee hat … ich hab ein offenes Ohr. Vielleicht ist ja was dabei, was ich noch nicht probiert habe.<\/p>\n","protected":false},"excerpt":{"rendered":"
Die Installation von Collabora (CODE) in nextCloud hinter einem HTTPS-Apache-Proxy verl\u00e4uft ohne Zicken. Einfach die Anleitung nachturnen und es funktioniert. Aber es funktioniert z\u00e4h und das auch bei 32GB RAM auf einem (etwas in die Jahre geratenen aber durchaus noch webtauglichen) Dell Poweredge T710 mit zwei Xeon Prozessoren. Zumindest im Vergleich zu einem OnlyOffice (OO). […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,7],"tags":[340,566,565],"class_list":["post-5007","post","type-post","status-publish","format-standard","hentry","category-linux","category-office","tag-apache","tag-collabora","tag-onlyoffice"],"_links":{"self":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/5007","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=5007"}],"version-history":[{"count":6,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/5007\/revisions"}],"predecessor-version":[{"id":5018,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=\/wp\/v2\/posts\/5007\/revisions\/5018"}],"wp:attachment":[{"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=5007"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=5007"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bdjl.de\/localhost\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=5007"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}