Manuel pratique Comp’Assist · Révision : 2 octobre 2026. Exemples pédagogiques, à adapter. Les fonctions visibles dépendent de la version, des droits et des paquets installés.
Nextcloud associe code, configuration, base et répertoire de données, auxquels peuvent s’ajouter stockage externe et clés de chiffrement. Le répertoire de données ne se déplace pas par simple modification d’un nom dans la page Web. Arrêter les écritures selon la procédure, conserver attributs et configuration, vérifier le montage puis tester les utilisateurs.
| Rubrique typique | À configurer | Vérification |
|---|---|---|
| Vue d’ensemble | Avertissements, version, prérequis | Traiter la cause un par un et relancer le contrôle |
| Paramètres de base | Tâches de fond et courriel | Heure de dernière exécution et réception réelle |
| Utilisateurs | Comptes, groupes et quotas | Quota cohérent avec capacité réelle et politique |
| Partage | Liens publics, expiration, mot de passe et repartage | Tester comme destinataire et comme anonyme |
| Sécurité | MFA, sessions, mots de passe d’application selon fonctions | Révocation d’un appareil sans casser les autres |
| Applications | Modules activés et compatibilité | Supprimer la dépendance inutile après analyse |
| Stockages externes | Type, serveur, chemin et identité | Droits, disponibilité et méthode de sauvegarde séparée |
| Journalisation | Niveau et emplacement | Ne pas conserver du debug bavard en permanence |
Déclarer les domaines autorisés et les proxies de confiance exacts. Vérifier URL externe, protocole HTTPS et redirections WebDAV. Ne pas mettre toutes les adresses dans les proxies de confiance pour faire disparaître un avertissement. Les limites d’upload se coordonnent entre application, PHP et reverse proxy ; vérifier aussi durée et espace temporaire.
Le certificat doit correspondre au nom utilisé depuis les clients. Les applications mobiles et de synchronisation doivent reconnecter sans erreur après modification de domaine. Tester un gros fichier raisonnable et un ensemble de petits fichiers, pas seulement la page de connexion.
Choisir le mode recommandé par la documentation de la version, généralement une tâche cron système pour une exploitation serveur. L’exécuter avec l’utilisateur du service Web et le runtime PHP approprié. Vérifier l’horodatage des tâches ; un site consultable peut accumuler des opérations non exécutées.
Les commandes occ s’utilisent dans le répertoire de l’application avec le bon utilisateur et la bonne version PHP. Lire l’aide de la commande avant une réparation ou un scan global ; un scan peut être coûteux et n’est pas une sauvegarde. Les alertes d’index manquant doivent être traitées avec les commandes prévues par la version, dans une fenêtre adaptée à la taille de la base.
Séparer mises à jour Debian/PHP et mise à jour Nextcloud. Un dépôt PHP abandonné se corrige en identifiant distribution, version requise et canal maintenu compatible. Ne pas mélanger plusieurs distributions ni désactiver les signatures. La prochaine version de Nextcloud peut imposer un runtime précis ; construire un chemin de migration supporté sans sauter arbitrairement des versions majeures.
Avant mise à jour, tester restauration et compatibilité des applications. Suspendre les écritures selon procédure, mettre à jour puis vérifier migration, tâches et clients. Pour revenir en arrière, une ancienne base cohérente peut être nécessaire ; conserver les changements utilisateurs intervenus dans l’intervalle avant de restaurer.
Avec deux comptes tests, charger et télécharger un fichier, le partager selon droits, refuser l’accès à un tiers, synchroniser et supprimer/restaurer selon politique. Vérifier capacité, versions de fichiers, corbeille et sauvegarde indépendante. Les versions et la corbeille du cloud ne protègent pas d’une perte complète du serveur.