h00bi
Fleet Admiral
- Registriert
- Aug. 2006
- Beiträge
- 21.325
Hallo zusammen,
ich betreibe einen Debian 12 Docker Host in der Oracle Cloud auf ARM64.
Gestern habe ich festgestellt, dass ich auf dieser Instanz (Version leider unbekannt, nextcloud:latest) noch kein 2FA Addon hatte.
Bei der Installation gab es dann mehrfach die Meldung "Diese App kann nicht aktiviert werden, da sie den Server instabil macht".
Hat sie dann auch wirklich, Nextcloud war danach unbrauchbar langsam und quasi tot.
Reparaturversuche (ohne mich da richtig auszukennen) sind gescheitert.
Anyway, ist ja ein Container. Neuer drauf, fertig..... Naja ging auch nicht, also komplett von vorne (neue, leere volumes), wieder mit nextcloud:latest.
Auch hier bei der Installation von Nextcloud Office und/oder dem Collabora Server das gleiche Problem.
Gegoogelt, Treffer von Anfang April 2024 sagt v28-308 soll gehen, geht aber auch nicht.
Ich benötige nur 3 Apps: 2FA, Office und Collabora (File Store und selten mal Online-Office) Aber bei einer davon kackt die Nextcloud Instanz ab.
Ich bin dann auf den lscr.io/linuxserver/nextcloud:latest Container umgestiegen, gleiches Problem.
Danach wollte ich das neue offizielle Nextcloud AIO testen, aber das ist scheinbar nicht für den Einsatz hinter einem reverse Proxy vorgesehen und will direkt auf Port 443.
Meine Fragen:
Jemand ne Idee was da los ist?
Welche Bereitstellungsform ist für eine self hosted Nextcloud instanz aktuell best practice?
Und falls abweichend: Was ist best practice für nextcloud als Container hinter einem nginx reverse proxy?
Alternativ könnte ich auch einen zweiten VPS nur für Nextcloud einsetzen. Ich würde nur gerne verstehen an was es liegt, die Container Maintainer sind ja keine Nasenbohrer sondern i.d.R. fähige Leute.
ich betreibe einen Debian 12 Docker Host in der Oracle Cloud auf ARM64.
Gestern habe ich festgestellt, dass ich auf dieser Instanz (Version leider unbekannt, nextcloud:latest) noch kein 2FA Addon hatte.
Bei der Installation gab es dann mehrfach die Meldung "Diese App kann nicht aktiviert werden, da sie den Server instabil macht".
Hat sie dann auch wirklich, Nextcloud war danach unbrauchbar langsam und quasi tot.
Reparaturversuche (ohne mich da richtig auszukennen) sind gescheitert.
Anyway, ist ja ein Container. Neuer drauf, fertig..... Naja ging auch nicht, also komplett von vorne (neue, leere volumes), wieder mit nextcloud:latest.
Auch hier bei der Installation von Nextcloud Office und/oder dem Collabora Server das gleiche Problem.
Gegoogelt, Treffer von Anfang April 2024 sagt v28-308 soll gehen, geht aber auch nicht.
Ich benötige nur 3 Apps: 2FA, Office und Collabora (File Store und selten mal Online-Office) Aber bei einer davon kackt die Nextcloud Instanz ab.
Ich bin dann auf den lscr.io/linuxserver/nextcloud:latest Container umgestiegen, gleiches Problem.
Danach wollte ich das neue offizielle Nextcloud AIO testen, aber das ist scheinbar nicht für den Einsatz hinter einem reverse Proxy vorgesehen und will direkt auf Port 443.
Meine Fragen:
Jemand ne Idee was da los ist?
Welche Bereitstellungsform ist für eine self hosted Nextcloud instanz aktuell best practice?
Und falls abweichend: Was ist best practice für nextcloud als Container hinter einem nginx reverse proxy?
Alternativ könnte ich auch einen zweiten VPS nur für Nextcloud einsetzen. Ich würde nur gerne verstehen an was es liegt, die Container Maintainer sind ja keine Nasenbohrer sondern i.d.R. fähige Leute.