Héberger Nextcloud sur VPS : guide NC 35, PHP 8.3 et MariaDB 11

En mai 2026, deux vulnérabilités critiques de contournement de l'authentification à deux facteurs ont été divulguées dans Nextcloud :

CVE-2026-45690 (score CVSS 5.9, divulguée le 15 mai 2026) : un attaquant disposant de l'identifiant et du mot de passe d'un compte peut contourner la vérification 2FA en utilisant une connexion HTTP Basic Auth (authentification basique via l'en-tête Authorization: Basic base64(user:pass)). Nextcloud, dans les versions affectées, acceptait HTTP Basic Auth même lorsque le 2FA était activé pour le compte ciblé, sans exiger la vérification du second facteur.

CVE-2026-45691 (score CVSS 5.9, divulguée le 13 mai 2026) : même classe de vulnérabilité, mais exploitable via un token Bearer DAV — le protocole WebDAV, notamment utilisé par les clients de synchronisation de bureau (Nextcloud Desktop, Nautilus, Finder). Un attaquant pouvant intercepter ou deviner un token WebDAV peut accéder à l'instance sans 2FA.

Les deux CVE sont corrigées dans Nextcloud 32.0.9 (branche 32) et 33.0.3 (branche 33). Les branches 34.x et supérieures ne sont pas affectées. Vérifier si votre instance est vulnérable (voir section dédiée plus bas).

Nextcloud 34.0.0 introduit une régression dans le wizard d'installation : les applications recommandées (Notes, Calendar, Contacts) ne sont pas proposées lors de la configuration initiale. La liste des apps suggérées reste vide, quel que soit le profil d'installation choisi.

Impact concret : une instance fraîche en NC 34.0.0 ne dispose pas des applications de base. Les utilisateurs qui espèrent synchroniser leur agenda CalDAV ou leurs contacts CardDAV doivent les installer manuellement depuis l'interface d'administration.

Sources : issues GitHub #61313 et #61611 — corrigé dans 34.0.2.

Vérifier si vos apps sont présentes :

docker compose exec -u www-data app php occ app:list | grep -E 'calendar|contacts|notes'

Si la commande ne retourne rien, les apps ne sont pas installées. Pour les ajouter manuellement :

docker compose exec -u www-data app php occ app:install calendar
docker compose exec -u www-data app php occ app:install contacts
docker compose exec -u www-data app php occ app:install notes

Recommandation : démarrer directement en 34.0.2 ou supérieur plutôt qu'en 34.0.0. Si votre instance tourne en 34.0.0, la mise à jour vers 34.0.2 restaure le wizard — mais les apps manquantes sur l'instance existante doivent tout de même être installées manuellement.

Sur les instances utilisant PostgreSQL (en lieu et place de MariaDB/MySQL), une migration interrompue de Nextcloud 34.0.0 peut laisser une contrainte dupliquée sur la table oc_filecache_extended. Ce doublon passe inaperçu au démarrage mais provoque une explosion de CPU et de RAM lors du prochain scan de fichiers (files:scan) ou d'une maintenance automatique.

Symptômes : charge CPU anormalement élevée sur le conteneur Nextcloud, scan de fichiers qui ne se termine pas, erreurs dans les logs du type duplicate key value violates unique constraint.

Source : issue GitHub #61597.

Vérification et correctif :

# 1. Nettoyer les entrées orphelines du cache de fichiers
docker compose exec -u www-data app php occ files:cleanup

# 2. Recréer les index de la table problématique
docker compose exec -u www-data app php occ db:add-missing-indices

# 3. Vérifier qu'aucun index dupliqué ne subsiste
docker compose exec -u www-data app php occ db:add-missing-columns

Si les erreurs persistent, passer directement à 34.0.2 qui contient le correctif de migration.

Note : ce problème ne touche pas les instances MariaDB/MySQL. Les instances PostgreSQL en production sur NC 34.0.0 doivent appliquer ces commandes avant le prochain scan automatique.

Nextcloud est une application PHP polyvalente qui peut tourner légèrement sur un petit VPS ou devenir gourmande si vous l'utilisez comme stockage principal de fichiers volumineux.

Configuration minimale recommandée :
- VPS avec 2 Go de RAM (4 Go si vous gérez plus de 5 utilisateurs actifs).
- SSD obligatoire : Nextcloud effectue de nombreuses opérations de fichiers et de miniatures. Un disque HDD rend l'interface très lente.
- 20 Go d'espace minimum pour l'installation, plus l'espace pour vos données (prévoyez 2× la taille de vos fichiers pour les vignettes et les versions).
- Ubuntu 22.04 ou Debian 12.
- Docker Engine ≥ 24 et Docker Compose V2.
- Un nom de domaine et un certificat TLS (Let's Encrypt via Certbot).
- Les ports 80 et 443 ouverts dans votre firewall.

Si votre instance Nextcloud tourne sur une version 32.x antérieure à 32.0.9 ou 33.x antérieure à 33.0.3 (et que vous avez le 2FA activé), voici comment vérifier votre exposition et la corriger. Les branches 34.x et supérieures ne sont pas affectées.

Vérifier la version actuelle :

docker compose exec -u www-data app php occ status
# Affiche : Nextcloud version: 32.0.X, 33.0.X ou 34.0.X

Versions vulnérables : toutes les versions Nextcloud 32.x < 32.0.9 et 33.x < 33.0.3. Les branches 34.x et supérieures ne sont pas affectées par ces CVE.

Test de vulnérabilité (sur votre propre instance uniquement) :

# Testez si HTTP Basic Auth contourne le 2FA
curl -u utilisateur:motdepasse -X PROPFIND \
  https://cloud.votredomaine.com/remote.php/dav/files/utilisateur/ \
  -H "Depth: 0" -s -o /dev/null -w "%{http_code}"

Si la commande retourne 207 Multi-Status sans que le code 2FA ne soit demandé, votre instance est vulnérable à CVE-2026-45690.

Mettre à jour vers la version corrigée :

# Branche 32 → 32.0.9
sed -i 's|nextcloud:[0-9.]*-apache|nextcloud:32.0.9-apache|g' docker-compose.yml
# Branche 33 → 33.0.3
# sed -i 's|nextcloud:[0-9.]*-apache|nextcloud:33.0.3-apache|g' docker-compose.yml
docker compose pull app
docker compose up -d app
docker compose exec -u www-data app php occ upgrade

Nextcloud sans Redis est une Nextcloud lente. Redis joue deux rôles critiques : cache de sessions (évite les lectures/écritures disque à chaque requête authentifiée) et verrou distribué (file locking) qui empêche les conflits lors de synchronisations simultanées.

Vérifiez que Redis est bien connecté :

docker compose exec -u www-data app php occ config:system:get redis
# Doit afficher un tableau avec host, port, password

Si rien n'apparaît, ajoutez manuellement dans config.php du volume Nextcloud :

'memcache.distributed' => '\OC\Memcache\Redis',
'memcache.locking' => '\OC\Memcache\Redis',
'redis' => [
    'host' => 'redis',
    'port' => 6379,
    'password' => 'VOTRE_REDIS_PASSWORD',
],

OPcache PHP. L'image Docker officielle de Nextcloud inclut OPcache préconfiguré. Vérifiez qu'il est actif :

docker compose exec app php -r "echo opcache_get_status()['opcache_enabled'] ? 'OPcache actif' : 'OPcache inactif';"

Résultat attendu : l'interface Nextcloud doit être notablement plus réactive avec Redis. La différence est perceptible dès la première navigation : les requêtes qui lisaient le disque à chaque accès s'appuient désormais sur le cache en mémoire.

Erreur 1 — Redis non configuré. L'interface est lente et les synchronisations simultanées créent des conflits. Solution : vérifier et configurer Redis comme décrit ci-dessus.

Erreur 2 — overwrite.cli.url pointant vers http:// au lieu de https://. Les liens de partage, les notifications e-mail et les liens OIDC génèrent des URLs HTTP non sécurisées. Solution : php occ config:system:set overwrite.cli.url --value=https://votre-domaine.com.

Erreur 3 — trusted_domains mal configuré. Accès refusé avec l'erreur « You are accessing the server from an untrusted domain ». Solution : ajouter votre domaine avec php occ config:system:set trusted_domains 0 --value=votre-domaine.com.

Erreur 4 — Taille max des fichiers upload limitée à 2 Mo. La valeur par défaut de PHP est trop basse pour de vrais fichiers. Solution : dans Nginx, ajouter client_max_body_size 10G; et dans le conteneur PHP, configurer upload_max_filesize=10G et post_max_size=10G dans un fichier .ini monté.

Erreur 5 — Mise à jour manquée et instance vulnérable. Nextcloud publie des mises à jour de sécurité régulièrement. Sans surveillance des CVE et sans mise à jour automatique, l'instance devient vulnérable. Solution : configurer les notifications de mise à jour dans l'interface admin et planifier des mises à jour régulières.

Nextcloud n'envoie pas un gros fichier d'un bloc : le client le découpe en fragments (chunks), déposés dans un dossier temporaire, puis demande au serveur de les assembler par une requête finale MOVE …/.file.

L'issue nextcloud/server #65408, ouverte le 12 octobre 2026 sur Nextcloud 35, montre ce qui casse : un fichier d'environ 43 Go déposé par lien de partage public, tous les fragments acceptés (201), puis un assemblage d'environ 17 minutes. Cloudflare coupe une réponse qui dépasse son délai de lecture (125 secondes par défaut selon sa documentation, environ 100 secondes mesurées par le rapporteur via Cloudflare Tunnel) et renvoie une 524.

Le point d'entrée des partages publics, publicremote.php, n'appelle pas ignore_user_abort(true), contrairement à remote.php : PHP interrompt l'assemblage à la fermeture de la connexion, puis le navigateur supprime les fragments par une requête DELETE. Les fichiers de 4 à 5 Go passent encore. Au 22 octobre 2026, l'issue est ouverte, sans correctif publié.

Error 524: a timeout occurred — la réponse au MOVE …/.file final n'est pas arrivée dans le délai de Cloudflare. Remède : le sous-domaine non proxifié.

413 Request entity too large — un fragment dépasse le plafond du plan Cloudflare ou client_max_body_size. Remède : réduire files.chunked_upload.max_size.

Could not open file: web-file-upload-<id>/75 … file doesn't seem to exist — relevé dans l'issue #65408 : l'assemblage continuait alors que le navigateur avait supprimé les fragments. Le rapporteur bloque la requête DELETE sur /public.php/dav/uploads/ ; la tâche UploadCleanup purge ensuite les fragments abandonnés après 24 heures. Avec nginx, l'équivalent est un bloc location ^~ /public.php/dav/uploads/ contenant if ($request_method = DELETE) { return 403; } et le même proxy_pass. Contournement non officiel, à retirer dès un correctif.

504 Gateway Time-out pendant le MOVE — c'est nginx qui abandonne : la documentation Nextcloud cite fastcgi_read_timeout en PHP-FPM, ici proxy_read_timeout.

Nextcloud stocke ses données dans trois endroits distincts, et une sauvegarde complète doit couvrir les trois :

1. La base de données MariaDB : contient les métadonnées des fichiers, les utilisateurs, les partages, les applications installées et leur configuration.
2. Le volume nextcloud (données de l'application) : contient le code PHP de Nextcloud, les applications installées et config/config.php — le fichier de configuration principal.
3. Les fichiers utilisateurs : par défaut dans le volume Docker ou dans un chemin external défini par datadirectory dans config.php.

#!/bin/bash
DATE=$(date +%Y%m%d)
BACKUP_DIR=/opt/nextcloud/backups
mkdir -p $BACKUP_DIR

# 1. Activer le mode maintenance pour cohérence
docker compose exec -u www-data app php occ maintenance:mode --on

# 2. Sauvegarder la base de données (MariaDB 10.x)
docker compose exec -T db \
  mysqldump -u nextcloud -p${MYSQL_PASSWORD} nextcloud | gzip > $BACKUP_DIR/db-$DATE.sql.gz

# 3. Sauvegarder config.php
docker compose cp app:/var/www/html/config/config.php $BACKUP_DIR/config-$DATE.php

# 4. Désactiver le mode maintenance
docker compose exec -u www-data app php occ maintenance:mode --off

Note MariaDB 11+ : si vous utilisez mariadb:11.x, remplacez mysqldump par mariadb-dump (voir section dédiée ci-dessous).

À partir de MariaDB 11.0, les binaires mysqldump et mysql ont été retirés de l'image Docker officielle. Seules les commandes mariadb-dump et mariadb sont désormais disponibles. Si votre docker-compose.yml monte une image mariadb:11.x ou ultérieure et que vos scripts de sauvegarde utilisent encore mysqldump, ils échoueront silencieusement — la commande n'est pas trouvée, le script sort en erreur sans message explicite dans les logs Nextcloud.

Vérifier votre version MariaDB :

docker compose exec db mariadb --version
# ou
docker compose exec db mariadb -u nextcloud -p${MYSQL_PASSWORD} -e "SELECT VERSION();"

Script de sauvegarde compatible MariaDB 11+ :

#!/bin/bash
DATE=$(date +%Y%m%d)
BACKUP_DIR=/opt/nextcloud/backups
mkdir -p $BACKUP_DIR

# 1. Mode maintenance
docker compose exec -u www-data app php occ maintenance:mode --on

# 2. Dump avec mariadb-dump (MariaDB 11+) — remplace mysqldump
docker compose exec -T db \
  mariadb-dump -u nextcloud -p${MYSQL_PASSWORD} nextcloud \
  | gzip > $BACKUP_DIR/db-$DATE.sql.gz

# 3. Vérification de l'archive
if gzip -t $BACKUP_DIR/db-$DATE.sql.gz 2>/dev/null; then
  echo "Sauvegarde OK : $BACKUP_DIR/db-$DATE.sql.gz"
else
  echo "ERREUR : archive corrompue ou vide"
  docker compose exec -u www-data app php occ maintenance:mode --off
  exit 1
fi

# 4. Sauvegarder config.php
docker compose cp app:/var/www/html/config/config.php $BACKUP_DIR/config-$DATE.php

# 5. Quitter le mode maintenance
docker compose exec -u www-data app php occ maintenance:mode --off

Restauration :

# Restaurer la base de données
gunzip -c $BACKUP_DIR/db-$DATE.sql.gz | \
  docker compose exec -T db mariadb -u nextcloud -p${MYSQL_PASSWORD} nextcloud

Note : si vous restez sur mariadb:10.11 (encore supportée, EOL février 2028), mysqldump et mariadb-dump fonctionnent tous les deux. La suppression du binaire mysqldump ne touche que MariaDB 11.0 et supérieur. Cependant, adopter mariadb-dump dès maintenant rend vos scripts pérennes pour la migration future.

Une fois Nextcloud installé et sécurisé, vous pouvez aller plus loin :

Activer Talk (visioconférence) : installez l'application Nextcloud Talk depuis l'interface d'administration. Pour les réunions de plus de 4–5 participants, un serveur TURN est requis (Coturn sur un VPS dédié).

Activer OnlyOffice ou Collabora Online (édition de documents en ligne) : ces applications nécessitent leur propre conteneur Docker et une configuration Nextcloud Office. Elles permettent de créer et modifier des fichiers .docx, .xlsx et .pptx directement dans l'interface web.

Monitoring de l'instance : configurez les alertes dans Administration → Monitoring pour recevoir des notifications e-mail si Nextcloud détecte des erreurs de configuration, des mises à jour de sécurité ou des problèmes de quota.

Microsoft Office 2021 a atteint sa fin de vie le 13 octobre 2026 : plus aucun patch de sécurité ne sera publié. Pour les équipes qui co-éditent des fichiers .docx, .xlsx et .pptx dans Nextcloud, deux suites bureautiques open source couvrent ce besoin directement depuis l'interface web.

Collabora Online est la version en ligne de LibreOffice. Elle est distribuée sous licence AGPL et s'intègre dans Nextcloud via l'application *Nextcloud Office* (anciennement Collabora Online App). L'éditeur tourne dans un conteneur séparé basé sur collabora/code:latest et communique avec Nextcloud par WebSocket.

OnlyOffice Document Server offre une interface plus proche de Microsoft Office — menus ruban, présentation des outils familière pour les utilisateurs Windows. Il est lui aussi distribué sous licence AGPL. L'intégration s'effectue via l'application *ONLYOFFICE* disponible dans le Nextcloud App Store.

Activation via le Nextcloud App Store (méthode intégrée) :

# Collabora Online
docker compose exec -u www-data app php occ app:install richdocuments

# OnlyOffice
docker compose exec -u www-data app php occ app:install onlyoffice

Déploiement Docker séparé — exemple pour Collabora Online :

Ajoutez ce service dans votre docker-compose.yml :

  collabora:
    image: collabora/code:latest
    restart: unless-stopped
    environment:
      domain: cloud\.votredomaine\.com
      username: admin
      password: ${COLLABORA_PASSWORD}
      extra_params: --o:ssl.enable=false --o:ssl.termination=true
    ports:
      - '127.0.0.1:9980:9980'
    cap_add:
      - MKNOD

Configure ensuite l'URL du serveur Collabora dans Nextcloud (Administration → Office → URL du serveur Collabora : https://office.votredomaine.com).

Empreinte mémoire : Collabora Online ajoute environ +300 Mo de RAM par processus actif (un processus par document ouvert simultanément). OnlyOffice est légèrement plus gourmand : +400 Mo par instance active. Sur un VPS 2 Go, limitez l'usage simultané à 2–3 documents ou passez à 4 Go.

Formats supportés : les deux apps lisent et écrivent les formats Microsoft Office (.docx, .xlsx, .pptx) ainsi que les formats OpenDocument (.odt, .ods, .odp).

Selon la page de cycle de vie de Microsoft, Office 2021 (Famille et Petite Entreprise, Famille et Étudiant, Professionnel, versions Mac comprises) et Office LTSC 2021 pour Windows ne reçoivent plus de correctifs depuis le 13 octobre 2026 ; seul Office LTSC 2021 pour Mac passe en support étendu.

À l'activation de Collabora, « Could not establish connection to the Collabora Online server. » (Administration → Office) signifie que Nextcloud ne joint pas l'URL déclarée. Testez depuis le conteneur : docker compose exec app curl -sI https://office.votredomaine.com/hosting/discovery. Pour reconfigurer et diagnostiquer : docker compose exec -u www-data app php occ richdocuments:activate-config --wopi-url=https://office.votredomaine.com ; une réponse Failed to fetch discovery endpoint from … désigne le réseau ou TLS. L'avertissement « You have not configured the allow-list for WOPI requests » se lève en déclarant l'IP du serveur Collabora dans la liste d'autorisation WOPI. Comparatif détaillé : Collabora Online ou OnlyOffice.

La mise à jour de Nextcloud doit toujours passer par le mode maintenance pour éviter les corruptions de données pendant que des clients synchronisent :

# 1. Activer le mode maintenance
docker compose exec -u www-data app php occ maintenance:mode --on

# 2. Sauvegarder la base de données (adapter selon votre version MariaDB)
# MariaDB 10.x :
docker compose exec -T db mysqldump -u nextcloud -p${MYSQL_PASSWORD} nextcloud \
  | gzip > /opt/nextcloud/backups/pre-update-db.sql.gz
# MariaDB 11+ :
# docker compose exec -T db mariadb-dump -u nextcloud -p${MYSQL_PASSWORD} nextcloud \
#   | gzip > /opt/nextcloud/backups/pre-update-db.sql.gz

# 3. Changer la version dans docker-compose.yml (ex: 34.0.4-apache)
sed -i 's|nextcloud:[0-9.]*-apache|nextcloud:34.0.4-apache|g' docker-compose.yml

# 4. Télécharger la nouvelle image et redémarrer
docker compose pull app
docker compose up -d app

# 5. Exécuter les migrations
docker compose exec -u www-data app php occ upgrade

# 6. Désactiver le mode maintenance
docker compose exec -u www-data app php occ maintenance:mode --off

Vérifiez les logs après la mise à jour (docker compose logs app) et testez un accès utilisateur avant de déclarer la mise à jour réussie.

Nextcloud 35 rend PHP 8.3 obligatoire — PHP 8.2 n'est plus supporté. Ce changement est documenté dans les notes de mise à jour officielles et dans la matrice de compatibilité PHP de Nextcloud (GitHub wiki *Releases and PHP versions*). Si vous utilisez une installation native (sans Docker) ou une image Docker verrouillée sur PHP 8.2, vous devez migrer PHP avant de pouvoir passer à NC 35.

Vérifier la version PHP utilisée par votre instance :

# En Docker (image officielle nextcloud)
docker compose exec app php --version

# En natif (Apache/PHP-FPM)
php8.2 --version || php8.3 --version

Chemin de migration recommandé sur Ubuntu 22.04 / Debian 12 (installation native) :

# Ajouter le dépôt Ondřej Surý (PHP multi-version)
apt install -y lsb-release apt-transport-https ca-certificates
curl -sSL https://packages.sury.org/php/apt.gpg | gpg --dearmor -o /etc/apt/keyrings/php.gpg
echo "deb [signed-by=/etc/apt/keyrings/php.gpg] https://packages.sury.org/php/ $(lsb_release -sc) main" \
  > /etc/apt/sources.list.d/php.list
apt update

# Installer PHP 8.3 avec les extensions requises par Nextcloud
apt install -y php8.3 php8.3-fpm php8.3-mysql php8.3-redis php8.3-gd \
  php8.3-xml php8.3-mbstring php8.3-curl php8.3-zip php8.3-intl \
  php8.3-bcmath php8.3-gmp php8.3-imagick php8.3-opcache

En Docker — l'image nextcloud:35.x-apache embarque déjà PHP 8.3+ : pas de migration PHP manuelle à faire, l'image inclut la version PHP requise. Il suffit de mettre à jour le tag :

# Dans docker-compose.yml
image: nextcloud:35.0.0-apache

Extensions PHP requises par Nextcloud 35 (référence officielle) :

| Extension | Rôle |
|-----------|------|
| gd ou imagick | Génération de miniatures |
| redis | Cache distribué et file locking |
| intl | Internationalisation |
| bcmath, gmp | Cryptographie |
| zip | Gestion des archives |
| opcache | Performances PHP (obligatoire) |

Vérifier les extensions manquantes :

docker compose exec -u www-data app php occ check

La commande occ check liste les extensions PHP manquantes ou mal configurées et indique clairement si PHP 8.3 minimum est satisfait.

Nextcloud 35.0.0 est sorti le 15 septembre 2026 (Hub 26 Summer). Cette version impose un chemin de mise à jour séquentiel strict, une version PHP minimale obligatoire (PHP 8.3 — PHP 8.2 abandonné), et entraîne des changements importants pour les environnements MariaDB 11.

PHP 8.3, 8.4 et 8.5 supportés — PHP 8.2 abandonné

Nextcloud 35 supporte officiellement PHP 8.3 (minimum obligatoire), 8.4 et 8.5 (recommandé). PHP 8.2 n'est plus supporté dans NC 35 — une instance tournant sur PHP 8.2 ne pourra pas démarrer après mise à jour vers NC 35. Épinglez toujours sur un tag Docker explicite pour maîtriser la version PHP :

# À éviter : tag implicite
image: nextcloud:latest

# Recommandé : tag précis avec version PHP maîtrisée
image: nextcloud:35.0.0-apache
# ou pour la variante FPM :
image: nextcloud:35.0.0-fpm

Chemin séquentiel obligatoire : v33 → v34 → v35

Nextcloud ne supporte pas les sauts de version dans ses migrations de base de données. Passer directement de v32 ou v33 à v35 peut corrompre la base de données silencieusement, sans message d'erreur clair. Le chemin obligatoire est :

v33.x → v34.x (dernière mineure) → v35.0.0

Chaque étape exige l'exécution de occ upgrade avant de passer à la suivante :

# Étape 1 : montée vers NC 34 (dernière version stable)
docker compose exec -u www-data app php occ maintenance:mode --on
sed -i 's|nextcloud:[0-9.]*-apache|nextcloud:34.0.4-apache|g' docker-compose.yml
docker compose pull app && docker compose up -d app
docker compose exec -u www-data app php occ upgrade
docker compose exec -u www-data app php occ maintenance:mode --off

# Étape 2 : montée vers NC 35 (après vérification de NC 34)
docker compose exec -u www-data app php occ maintenance:mode --on
sed -i 's|nextcloud:[0-9.]*-apache|nextcloud:35.0.0-apache|g' docker-compose.yml
docker compose pull app && docker compose up -d app
docker compose exec -u www-data app php occ upgrade
docker compose exec -u www-data app php occ maintenance:mode --off

Désactiver les apps incompatibles avant chaque montée

Avant de lancer occ upgrade, vérifiez que toutes vos apps tierces sont compatibles avec la version cible. Une app incompatible peut bloquer la migration ou provoquer des erreurs au démarrage :

# Lister les apps actives et leur état
docker compose exec -u www-data app php occ app:list

# Désactiver une app incompatible (exemple : une app communautaire non encore portée)
docker compose exec -u www-data app php occ app:disable nom_de_lapp

Consultez la matrice de compatibilité sur apps.nextcloud.com avant chaque montée de version majeure.