Oui bien sur, n'oublie pas de rajouter le network dans SWAG :Penses-tu qu'il soit possible de fusionner les 2 container ?
Code:
networks:
- nextcloud-network
Oui bien sur, n'oublie pas de rajouter le network dans SWAG :Penses-tu qu'il soit possible de fusionner les 2 container ?
networks:
- nextcloud-network
Oui dans le conteneur nextcloud comme c'est fait pour nextcloud et mariadbest déjà à la fin, il faut que je le rajoute aussi quelque part ?
Pas forcément, mais c'est vrai que maintenant je ne fait plus comme c'est indiqué dans le tuto.avant dernière ligne, ne faudrait il pas mettre?Code:external: true
Utilise occ ( inspire toi de la commande plus haut )Hello,
J'ai écrasé par erreur mon MDP admin nextcloud dans bitwarden avec celui de mon compte Jellyfin
Et bien sûr je n'ai pas encore configuré le serveur de messagerie Nextcloud pour la récupération de MDP...
Il y a un moyen de retrouver ce MDP quelque part dans les fichiers de conf?
Merci
docker exec -it -u <PUID> nextcloud php /config/www/nextcloud/occ user:resetpassword <utilisateur>
Pas grand chose j'imagineok parfait je vois, merci! Que ferait-on sans @EVOTk ?
version: '3.9'
services:
mariadb:
container_name: Nextcloud-DB
image: mariadb:jammy
security_opt:
- no-new-privileges:true
user: 1026:100
command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW --innodb-read-only-compressed=OFF
healthcheck:
test: ["CMD-SHELL", "mysqladmin ping -u root -prootpass | grep 'mysqld is alive' || exit 1"]
volumes:
- /volume1/docker/nextcloud/db:/var/lib/mysql:rw
environment:
- MYSQL_ROOT_PASSWORD=rootpass
- MYSQL_PASSWORD=mariushosting
- MYSQL_DATABASE=nextcloud
- MYSQL_USER=nextcloud
- TZ=Europe/Paris
restart: on-failure:5
redis:
image: redis
container_name: Nextcloud-REDIS
user: 1026:100
healthcheck:
test: ["CMD-SHELL", "redis-cli ping || exit 1"]
volumes:
- /volume1/docker/nextcloud/redis:/data:rw
environment:
TZ: Europe/Paris
restart: on-failure:5
nextcloud:
container_name: Nextcloud
ports:
- 8082:80
depends_on:
mariadb:
condition: service_started
redis:
condition: service_healthy
environment:
- REDIS_HOST=Nextcloud-REDIS
- NEXTCLOUD_TRUSTED_DOMAINS=cloud.vannessonyung.ovh 192.168.1.5
- TRUSTED_PROXIES=cloud.vannessonyung.ovh 192.168.1.5
- OVERWRITEHOST=cloud.vannessonyung.ovh
- OVERWRITEPROTOCOL=https
- MYSQL_PASSWORD=mariushosting
- MYSQL_DATABASE=nextcloud
- MYSQL_USER=nextcloud
- MYSQL_HOST=mariadb
healthcheck:
test: curl -f http://localhost:80/ || exit 1
volumes:
- /volume1/docker/nextcloud/html:/var/www/html:rw
- /volume1/docker/nextcloud/custom_apps:/var/www/html/custom_apps:rw
- /volume1/docker/nextcloud/config:/var/www/html/config:rw
- /volume1/docker/nextcloud/data:/var/www/html/data:rw
- /volume1/docker/nextcloud/themes:/var/www/html/themes:rw
image: nextcloud
restart: on-failure:5
pas dans le cas de ce turoriel, cela dépend de la forme du compose.Au lancement du docker compose, ne crée-t-il pas le sous-réseau automatiquement ?
C'est un bridge ici, mais il est "nommé". Maintenant , dans mes composes j'ai pris l'habitude de nommer le bridge et de fixer son IP.Une question, pourquoi utilises-tu un sous réseau ? et non pas simplement un bridge ?