Bestehende Nextcloud AIO hinter externen Caddy-Reverse-Proxy umstellen (separate VM)

Hallo zusammen,

ich betreibe eine produktive Nextcloud AIO (aktuelle Version) auf einer eigenen Ubuntu-VM unter Proxmox.

Bisher wird Nextcloud direkt veröffentlicht und AIO verwaltet die Let’s-Encrypt-Zertifikate selbst.

Jetzt möchte ich auf einen zentralen Reverse Proxy umstellen, da kĂŒnftig mehrere Dienste veröffentlicht werden sollen (zunĂ€chst Nextcloud, spĂ€ter Jellyfin und Firefox Sync).

Der Aufbau soll so aussehen:

Internet
│
Fritzbox
│
Ubuntu VM mit Caddy
│
LAN
│
Debian VM mit Nextcloud AIO

Laut der offiziellen Reverse-Proxy-Dokumentation soll dazu APACHE_PORT (Beispiel 11000) verwendet werden. Das verstehe ich grundsÀtzlich.

Meine eigentliche Frage betrifft aber eine bestehende produktive Installation:

  • Wie ist der offizielle Migrationsweg?
  • Wird der Mastercontainer mit den zusĂ€tzlichen Environment-Variablen (APACHE_PORT, ggf. APACHE_IP_BINDING) neu erstellt?
  • Oder gibt es einen anderen empfohlenen Weg?
  • Gibt es etwas Besonderes zu beachten, wenn der Reverse Proxy in einer separaten Maschine lĂ€uft?
  • ich habe auch Portainer im Einsatz, da könnte man den Mastercontainer stoppen, mit neuen Enviroment Variablen versehen und neu erzeugen lassen

Ziel ist eine möglichst kurze Ausfallzeit und eine updatefeste Lösung.

Version: Nextcloud Hub 26 Winter (33.0.5)

Hat sich erledigt, es hat alles funktioniert.
Ich habe mich an die Anleitung zur Neuinstallation gehalten.
Alle Container gestoppt.
Den Mastercontainer gelöscht.
Mastercontainer neu geladen mit neuem Port fĂŒr Apache.
Alle Container wieder gestartet.
Caddy entsprechend verbunden.
Fritzbox Portfreigaben angepasst.
LĂ€uft wieder 1a.

Vielen Dank an die Macher von Nextcloud AIO fĂŒr diese tolle Software!