OMV3 Spiegelserver Fehler

Ich habe das docker-compose file oben korrigiert. Bei mir funktioniert es jetzt.

Dazu in der Kommandozeile in das home Verzeichnis wechseln und dort ein Verzeichnis für unseren Nutzer docker1 anlegen (ist aber eigentlich egal in welchem Verzeichnis wir das machen)
cd /home
mkdir docker1
cd docker1
Dann eine neue Datei erzeugen (der Name muß so sein)
nano docker-compose.yml Der Texteditor nano geht gleich auf.
Den Inhalt der docker-compose Datei von oben in den Texteditor kopieren und die entsprechenden Anpassungen machen.
Datei mit Ctrl+x und y speichern und schließen.

Dann im gleichen Verzeichnis, in dem die docker-compose.yml liegt: docker-compose up -d
Die Images werden heruntergeladen und die Docker erzeugt. Das Ganze kann etwas dauern.

Wenn fertig mit docker logs -f letsencrypt nachsehen, ob es Fehlermeldungen gibt, oder ob letsencrypt die Zertifikate erzeugen konnte

Ich erreiche Nextcloud im lokalen Netzwerk mit

https:\\ip.von.der.nas:445

Im Moment gibt es noch eine Warnung wegen unsicherer Verbindung, das müßte aber durch eine Anpassung des reverse proxy korrigierbar sein

reverse proxy:

cd /srv/dev-disk-by-label-disk1/appdata/letsencrypt/nginx/proxy-confs Pfad zu appdata entsprechend anpassen
cp nextcloud.subfolder.conf.sample nextcloud.subfolder.conf kopiert die vorbereitete Konfigurationsdatei und entfernt dabei das .sample

Jetzt müssen wir noch die Anweisungen am Anfang der nextcloud.subfolder.conf befolgen.

Dazu
nano /srv/dev-disk-by-label-disk1/appdata/nextcloud/config/www/nextcloud/config/config.php Pfad zu appdata wieder anpassen.

und ganz am Ende, aber vor ");" folgendes ergänzen:

'trusted_proxies' => 
  array (
    0 => 'letsencrypt',
  ),
  'overwritewebroot' => '/nextcloud',
  'overwrite.cli.url' => 'https://your.url/nextcloud',
  'trusted_domains' => 
  array (
    0 => 'your.url:443',
  ),

your.url jeweils durch deinen Domain-Namen ersetzen

Danach letsencrypt container neu starten und mit docker logs -f letsencrypt nachsehen, ob es Fehlermeldungen gibt.

Nextcloud container neu starten.

Nextcloud sollte dann unter

https://your.url/nextcloud

erreichbar sein.

Beim ersten Aufruf von Nextcloud muß dann noch die Datenbank konfiguriert werden.

Dazu "Storage & Database" anklicken.
Dann auf MySQL/MariaDB

user --> root
password --> das Passwort, dass in der docker-compose Datei mit MYSQL_ROOT_PASSWORD festgelegt wurde
database --> nextcloud
host --> nextclouddb

Dann "finish setup" klicken. Ich mußte bei mir das ganze 3mal machen, bis es geklappt hat. Bin aber auch auf einer extrem langsamen Hardware unterwegs

Hier noch ein docker-compose file um Watchtower zu installieren. Watchtower überwacht die Container und lädt neue Images falls verfügbar.
Nextlcoud mußte ich allerdings innerhalb von Nextcloud aktualisieren.

version: "2"
services:
  watchtower:
    image: containrrr/watchtower
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    environment:
      - WATCHTOWER_CLEANUP=true
      - WATCHTOWER_POLL_INTERVAL=3600
    restart: unless-stopped

Wenn es eine externe Festplatte ist, würde ich vermutlich ein plugin von Nextcloud verwenden, um externe Datenträger einzubinden.

Würde ich trotzdem als externen Datenträger einbinden.

Eigentlich ist die Idee von Nextcloud, mit einer leeren Datenbasis zu beignnen, und dann Inhalte zu füllen.
Wenn du keine Festplattenkapazität hast, um die Daten später in Nextcloud zu kopieren, ist das vermutlich ein Weg.

Ich habe den grundsätzlichen Weg übrigens hier gepostet:

[How-To] Nextcloud with Letsencrypt using OMV and docker-compose

auf Englisch, sorry.

Die Daten sind in dem Verzeichnis, dass du als /data eingebunden hast.
Dort im Verzeichnis /username/files.
Username ist der name von dem user in Nextcloud

Zitat von magnum007

mmmhhh ich glaube da habe ich dann was verpasst.
Ich habe noch kein Verzeichnis als /data eingebunden.

Im docker-compose file gibt es diese Zeile
- /srv/dev-disk-by-label-disk1/appdata/nextcloud/data:/data

Auf der rechten Seite des Doppelpunktes steht "/data". Das ist das Verzeichnis, das Docker-Nextcloud intern braucht um unter anderem die Daten zu speichern.
Auf der linken Seite des Doppelpunktes steht der Pfad auf deinem Server zu diesem Verzeichnis, also extern (von Docker aus gesehen)

Zitat von magnum007

Noch was ist mir aufgefallen, aber auch nichts darüber auf der von dir verlinkten Seite gefunden:
Die Portfreigaben in der docker-compose.yml überschneiden sich. Die Ports 443 und 80 sind doppelt vergeben.
Egal ob ex- oder intern. Ich kann die für die IP doch nicht doppelt vergeben...

Doch, jeder Container kann für sich intern diese Ports benutzen. Die Container sind weitestgehend isoliert und können nur über definierte Schnittstellen mit der Außenwelt kommunizieren. Extern kann dann jeder Port nur einmal zugewiesen werden.

ports:
- 444:443
- 81:80

Das bedeutet, dass die internen Ports 80 und 443 auf die externen Ports 81 und 444 gemappt werden.
Das gleiche Schema wie bei den Verzeichnissen. Rechts steht der interne Wert und links der externe.
extern:intern

Ok, die Verwirrung kommt daher, dass intern/extern nicht eindeutig ist.
Von Docker aus gesehen ist intern/extern anders, als vom Router aus
gesehen.

Wir haben

Docker -- NAS -- LAN -- Router -- Internet (WAN)
443....... <-->... 444.... <-->...... 443
80 .........<-->... 81..... <-->....... 80

Dadurch ist der Port 80 im LAN nicht belegt und du kannst OMV auf Port 80 lassen.
Aus dem Internet kommen Anfragen auf Port 80. Die Anfragen werden im
Router auf Port 81 umgeleitet und im LAN verteilt. In der NAS werden
dann die Anfragen auf Port 81 empfangen und auf Port 80 an Docker
weitergegeben.

Ich würde vorschlagen, dass du die Ports so wählst, wie im Beispiel.
Wenn dann mal alles läuft, kannst du die Ports immer noch ändern. Wenn
du einen guten Grund dafür hast

Zitat von magnum007

Aber meine FB ist von außen auch über 443 erreichbar und ich kann den Port nicht ändern, da ich sonst keinen Zugriff von der Arbeit aus habe

Du mußt dann den neuen Port (z.B. 442) beim Aufruf der Seite mit angeben. Müßte so sein, habe ich aber noch nicht ausprobiert.

Zitat von magnum007

Muss ich dafür in der docker-compose.yml einfach nur den Port 443 auf z.B. 442 ändern.

Ja

Zitat von magnum007

Und ich vermute mal danach muss ich
docker-compose up -d
nochmal ausführen...?!?

Ja. Docker-compose übernimmt dann die bestehenden Container und erstellt nur die neu, bei denen sich etwas geändert hat.