Nextcloud in Container Station Anleitung

hier ist ein recht gutes HowTo https://nerdblog.steinkopf.net/2018/03/nextcloud-mit-docker/ zu finden.

Du kannst dir aber auch eine VM mit einem "Mini" - Linux (z.B.: DietPi) einrichten.

Mit DietPi ist nextcloud und lets encrypt recht schnell eingerichtet und es braucht wenig Ressourcen

Wobei ich würde noch statische IPs verteilen da es sonst mit dem Revers Proxying echt nervig wird.
Außerdem ist Redis an board zu haben immer gut da hiermit occ scan ein zehntel der Zeit benötigen.

Ohne Gewähr (nicht von mir getestet) und aus meiner mariaDB + phpmyadmin Installation zusammengstrickt:

version: "2"
services:
  db:
    image: mariadb
    command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
    container_name: mariadb
    ports:
      - 3306:3306
    environment:
      - MYSQL_ROOT_PASSWORD=mein-tolles-passowort
      - MYSQL_PASSWORD=noch-ein-tolles-passwort
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
    volumes:
        - /da_wo_deine_daten_hin_sollen:/var/lib/mysql
    restart: unless-stopped
  phpmyadmin:
    image: phpmyadmin/phpmyadmin
    container_name: phpmyadmin
    environment:
      - PMA_HOST=db
    restart: unless-stopped
    ports:
      - 8081:80
    volumes:
      - /sessions
    links:
      - db
  app:
    image: nextcloud
    ports:
      - 8082:80
    links:
      - db
    volumes:
      - /da_wo_deine_nextcloud_daten_liegen:/var/www/html
    restart: always

Wie gesagt ist nicht getestet, könnte aber funktionieren, wenn du die Volumes entsprechend deines Setups anpasst.

Vielleicht hilft dir ja dieser Link etwas weiter: https://www.linux-magazin.de/a…8/07/clouds-installieren/

Da stehen auch Links zu fertigen VM und Docker Containern dabei.

Ganz ehrlich: eine Nextcloud Instanz bei einem deutschen Hoster mieten.

Ich würde die Ports nicht freigeben, du glaubst gar nicht was da alles an Scans drüberläuft und wie schnell Sicherheitslücken gefunden werden. Da sind deine Daten schneller weg als du gucken kannst. Wenn du es wirklich, wirklich tun willst, würde ich mich mal mit dem Thema Reverse Proxy und fail2ban beschäftigen. Aber auch das bietet nicht den 100% Schutz. Näheres findest du auch hier.

Zitat von guitar

Fail2ban

ist ja ganz nett, aber beim letzten Versuch meinen gehosteten, neu eingerichteten rootserver zu infiltrieren, nutze das Skript offenbar einen recht großen Pool von IP-Adressen (Botnetz?) da hilft fail2ban gar nicht.

Na ja, nachdem es eine VM auf der NAs ist würde ich den DynDNS nehmen.

Hallo,

ich kann auch noch 2 Links beitragen:

[Howto] MariaDB + phpMyAdmin im Docker-Container

[Howto] Nextcloud mittels Docker-Container

Ich hatte damit drei lauffähige Container mariadb, phpmyadmin und nextcloud und alles funktionierte bis vor ein paar Tagen.

Doch dann ließ sich mein mariadb Container nicht mehr starten mit Fehler in der Console:

error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory

und im Log:

[ERROR] Found 1 prepared transactions! It means that mysqld was not shut down properly last time and critical recovery information (last binlog or tc.log file) was manually deleted after a crash. You have to start mysqld with --tc-heuristic-recover switch to commit or rollback pending transactions.

Da bisher außer Tests nichts gelaufen war, habe ich das kurzerhand neu aufgesetzt. Habe die Container exportiert und gehofft, bei erneutem Auftreten schnell von diesem Punkt wieder starten zu können.

Leider trat der Fehler kurz danach wieder auf. Und diesmal kann ich einen Systemcrash ausschließen. Manuelle Löschung sowieso. Also importierte ich meinen mariadb Container. Dummerweise hat das nicht geholfen. Erstens fehlen da Umgebungsparameter, die ich aber noch selbst setzen kann. Schlimmer ist, dass wohl Ordnereigenschaften beim Export/Import verlorengehen und der Container, dann nicht startet und nicht mal ein Volume anlegt (permission denied).

Aber bevor wir das debuggen, macht vielleicht eine ganz andere Konfiguration mehr Sinn. Notfalls wäre ich auch bereit neue Hardware anzuschaffen, obwohl das QNAP für meine Anwendung wohl locker ausreichen würde.

Ich möchte gerne On-Premise ein System betreiben, mit dem ich Daten mit Außenstehenden austauschen kann und wo ich eine E-Mail-Benachrichtigung bei neuen Uploads erhalte. Mit dem Qnap und Nextcloud funktionierte das prima. Das Setup vor Auftreten des Fehlers hatte alles was ich brauche und war auch von außen erreichbar. Das ist für mich nach wie vor die beste mir bekannte Lösung für meine Anforderungen - wenn sie denn stabil läuft.

Mit der Container-Station erhoffte ich mir aber, dass ich problemlos Backup und Restore erledigen kann. Nun bin ich gleich doppelt enttäuscht, weil das System zum zweiten Mal gecrasht ist und ich eben nicht einfach wiederherstellen kann.

Fragen:

1. Wie würdet ihr das aufsetzen? Würdet ihr Nextcloud verwenden oder etwas anderes? (Bedingung: On-Premise)
2. Wie geht das Backup und Restore von Containern?
3. Kennt jemand die oben beschriebene Problematik oder hat einen Anhaltspunkt zur Fehlerbehebung?