Intro template
Liebe Nutzer des deutschen Subforums.
Es passiert leider häufig genug, dass ganz wesentliche Infos bei vielen Threads fehlen. Dabei weiß niemand außer Euch selbst, wie ihr eure Maschine(n) konfiguriert habt. Doch Informationen sind wesentlich für eventuelle Helfer.
Bitte beachtet beim Posten deshalb folgende kleine Hinweise - die erleichtern allen die Fehlersuche. Und sparen allen Zeit. Und auch Nerven 
- Bei welchen Anbieter? Was für ein Server? v-server, shared, root, usw. Oder Lokal?
- Auf welcher Hardware? PC, Raspberry PI, Banana, NAS usw…
- Betriebssystem sowie Version ALLER beteiligten Systeme
- Nextcloud Version: <bitte ausfüllen>
- PHP Version: <bitte ausfüllen>
- Welche Datenbank? MySql,Engine X (Nginx),MariaDB usw…
- Apache version, usw.
- Läuft NC in Docker,Snap oder VM
- Netzwerk Aufgliederung: zb. Router>Switch>PI>
- Wurden vor kurzen Server Updates gemacht? Wenn ja von was?
- Habt ihr die Logs angesehen von Nextcloud und von System?
- Bei was für einer Aktion ist der Fehler aufgetreten?
Das ist ein umfangreicher Fragenkatalog. Nicht immer ist es sinnvoll ALLES zu beantworten. Generell aber sollte gelten, lieber mehr Infos als wenig Infos.
Bei vielem hilft euch die App issue template aus dem App-Store.
Hallo liebes Nextcloud-Team,
ich nutze seit einiger Zeit das ‘Nextcloud AIO v12.1.4’ via docker compose:
---
services:
nextcloud-aio-mastercontainer:
container_name: nextcloud-aio-mastercontainer
environment:
APACHE_PORT: 11000
APAPACHE_IP_BINDING: "127.0.0.1"
BORG_RETENTION_POLICY: "--keep-within=7d --keep-weekly=4 --keep-monthly=3"
image: nextcloud/all-in-one:latest
init: true
labels:
# Enable Traefik
- "traefik.enable=true"
networks:
- traefik_ext
ports:
- 0.0.0.0:8080:8080
restart: unless-stopped
volumes:
- nextcloud_aio_mastercontainer:/mnt/docker-aio-config
- /var/run/docker.sock:/var/run/docker.sock:ro
# Create networks manually before starting this compose:
# docker network create traefik_ext
networks:
traefik_ext:
external: true
volumes:
nextcloud_aio_mastercontainer:
name: nextcloud_aio_mastercontainer
Als Reverse-Proxy habe ich einen Traefik-Container laufen.
Ich würde gern wissen wie ich verhindern kann, dass der Container nextcloud-aio-apache den ${APACHE_PORT} für 0.0.0.0/0 freigibt.
$ docker ps -a -f name=nextcloud-aio-apache
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
129858abe19d ghcr.io/nextcloud-releases/aio-apache:latest "/start.sh /usr/bin/…" 46 minutes ago Up 46 minutes (healthy) 80/tcp, 0.0.0.0:11000->11000/tcp, [::]:11000->11000/tcp nextcloud-aio-apache
Ich hatte eigentlich gedacht, dass die Variable ${APACHE_IP_BINDING} dafür zuständig sei, dass der Container nextcloud-aio-apache den Port für die darin genannte IP-Adresse freigibt. Das scheint jedoch nicht der Fall zu sein. Denn egal welche IP-Adresse ich in der Variable angebe, es bleibt immer bei denselben Netzwerkeinstellungen:
$ docker inspect nextcloud-aio-apache | jq 'map(.NetworkSettings.Ports)'
[
{
"11000/tcp": [
{
"HostIp": "0.0.0.0",
"HostPort": "11000"
},
{
"HostIp": "::",
"HostPort": "11000"
}
],
"80/tcp": null
}
]
Da Docker eine eigene iptables-Regel anlegt für das, was via docker run --publish <IP_ADDRESS>:<HOST_PORT>:<CONTAINER_PORT> ... angegeben wird, ist somit der ${APACHE_PORT} public offen, obwohl das nicht notwendig sein dürfte.
Liebe Grüße
@Access-InTech
