Pour ownCloud Server Classic , la commande d'administration permettant de supprimer les versions de fichiers enregistrées est : `supprime-version` occ versions:cleanup. Ajoutez un ou plusieurs identifiants utilisateur pour limiter la suppression ; omettez-les uniquement si vous souhaitez supprimer l'historique des versions pour tous les utilisateurs. Cette opération est irréversible ; il est donc impératif de sauvegarder la base de données et le stockage de fichiers ownCloud au préalable.
Exemple hypothétique : Alex administre un serveur ownCloud Classic et doit supprimer les anciennes révisions d’un compte de test inactif demo_user. Cet exemple fictif illustre la commande ciblée et la compare à un nettoyage global du serveur ; il ne décrit pas une exécution réelle ni son résultat.
Les étapes ci-dessous utilisent occl'interface de ligne de commande documentée pour ownCloud Server 10.16. Elles ne s'appliquent pas à ownCloud Infinite Scale (oCIS), qui utilise un ensemble de commandes différent. En cas de doute sur le produit installé, veuillez consulter l'administrateur avant de procéder à une purge.
Sur une installation Linux standard, accédez au répertoire d'installation d'ownCloud. Le chemin suivant est un exemple pour Ubuntu ; utilisez votre chemin réel :
cd /var/www/owncloud
Vérifiez que l'application Versions est activée et vérifiez l'identifiant du compte que vous souhaitez cibler :
sudo -u www-data ./occ app:list --enabled files_versions
files_versionsapplication est activée avant d'utiliser sa commande de nettoyage.La documentation ownCloud indique que les commandes de version ne sont disponibles que lorsque l' files_versionsoption `--version` est activée et ne le sont pas en mode maintenance mono-utilisateur. Exécutez -les occen tant qu'utilisateur HTTP du serveur web afin de garantir la cohérence des permissions des fichiers. Sous Debian ou Ubuntu, il s'agit généralement de `/ etc/admin`www-data ; d'autres distributions peuvent utiliser un compte différent. Consultez la documentation de la commande `occ` d'ownCloud .
Avant de supprimer l'historique, effectuez une sauvegarde en suivant votre procédure de sauvegarde ownCloud habituelle. Incluez la base de données et l'emplacement de stockage contenant les fichiers et versions des utilisateurs. Vérifiez que la sauvegarde est complète et peut être restaurée ; une copie de la base de données uniquement peut ne pas contenir les fichiers de version.
Dans le cas hypothétique d'Alex, la portée prévue est limitée à [nom demo_userde l'utilisateur]. L'identifiant utilisateur doit correspondre au compte sur ce serveur. N'utilisez pas d'adresse e-mail, de nom d'affichage ou un autre utilisateur, car la commande accepte uniquement les identifiants utilisateur. Vérifiez l'identifiant du compte dans l'administration des utilisateurs d'ownCloud avant d'exécuter la commande, surtout si les noms dans un service d'annuaire diffèrent de l'identifiant de connexion.
Si l'objectif est de supprimer toutes les anciennes versions de ce compte, utilisez la commande appropriée versions:cleanup. Aucune simulation n'est documentée pour cette commande ; vérifiez donc la cible et la sauvegarde avant de l'exécuter. Ne placez pas le serveur en mode maintenance mono-utilisateur pour cette opération : ownCloud indique que les commandes Versions sont indisponibles dans ce mode.
Pour une installation Linux standard, exécutez la commande depuis le répertoire ownCloud en tant qu'utilisateur HTTP. Sous Debian ou Ubuntu, Alex exécuterait :
sudo -u www-data ./occ versions:cleanup demo_user
demo_userde limites au nettoyage de ce compte ownCloud.Dans la syntaxe documentée, versions:cleanup [user_id]...cette commande accepte un ou plusieurs identifiants de compte. Si aucun identifiant n'est fourni, elle supprime les fichiers versionnés pour tous les utilisateurs. N'utilisez la forme globale qu'après avoir explicitement approuvé cette étendue.
sudo -u www-data ./occ versions:cleanup
L'exemple d'ownCloud montre comment la commande identifie tous les utilisateurs à supprimer lorsqu'aucun ID n'est fourni ; fournir des ID permet de restreindre l'opération aux comptes concernés. Le manuel précise également que les versions majeures persistantes publiées peuvent être supprimées par un administrateur à l'aide de cette commande, même si les politiques de rétention habituelles ne les font pas expirer. Consultez les propriétaires du contenu avant de supprimer des comptes susceptibles de contenir des révisions approuvées ou publiées. N'ajoutez pas d'option --no-interactionpour ignorer les invites. Pour une installation de conteneur, le modèle documenté estdocker exec --user www-data <owncloud-container-name> occ <your-command> ; remplacez l'espace réservé par le nom réel du conteneur et la commande que vous avez sélectionnée. Consultez les instructions Docker et occ si votre déploiement utilise un utilisateur de conteneur différent.
Si Alex souhaitait qu'ownCloud supprime uniquement les versions expirées conformément à la politique de rétention configurée, la commande la plus appropriée serait :
sudo -u www-data ./occ versions:expire demo_user
versions:expireApplique les règles de conservation configurées ; ne garantit pas la suppression de toutes les versions enregistrées.La documentation ownCloud indique versions:expireque seules les versions expirées sont supprimées versions_retention_obligation. En revanche, versions:cleanupla suppression automatique supprime toutes les versions incluses dans le périmètre sélectionné. Consultez la documentation relative à la conservation des versions avant de modifier la politique. Ce paramètre disableddésactive la suppression des versions ; il ne supprime pas les versions déjà stockées.
Cet article concerne ownCloud Server Classic. Infinite Scale possède ses propres commandes de nettoyage des révisions ; veuillez suivre la documentation oCIS relative au nettoyage des révisions au lieu d’exécuter occces commandes.
Une fois la commande exécutée sans erreur, ouvrez l'historique des versions d'un fichier appartenant au compte ciblé. Vérifiez que les versions précédentes n'y figurent plus et que le fichier actuel est toujours présent. Pour un nettoyage global, examinez des comptes représentatifs plutôt que de supposer que la commande a été exécutée globalement. Conservez la sauvegarde jusqu'à ce que le propriétaire confirme qu'aucune version antérieure n'est plus nécessaire. Si votre objectif était uniquement de respecter une politique de conservation des données, appliquez-la versions:expireet vérifiez sa conformité avec cette politique au lieu d'attendre une suppression complète et immédiate.
Cette commande concerne spécifiquement les versions de fichiers. Elle ne vide pas la corbeille, ne supprime pas les archives de sauvegarde ni les fichiers eux-mêmes. Ces opérations doivent être traitées séparément ; n’utilisez pas la commande décrite pour supprimer manuellement le répertoire des versions.
Supprimez toutes les versions de fichiers ownCloud Server Classic stockées pour un compte ou pour tous les utilisateurs, et faites la distinction entre une purge complète et une expiration basée sur la rétention.
Pour identifier la cause d'un refus de connexion mobile ownCloud, vérifiez dans le bon ordre l'URL du serveur, le réseau téléphonique, le point de terminaison HTTPS et les journaux du serveur.
Remplacez les exécutions de tâches à la demande par une minuterie systemd qui exécute la commande système occ:cron prise en charge par ownCloud toutes les 15 minutes.
Suivez la requête WebDAV via Apache, Nginx ou un proxy inverse, puis vérifiez que la synchronisation ownCloud fonctionne avec un test PROPFIND authentifié.
Corrigez l'avertissement concernant l'adresse sortante manquante de Nextcloud en définissant son URL canonique et en vérifiant le DNS, le HTTPS et le routage du proxy inverse depuis le serveur lui-même.
Configurez APCu et Redis via un socket Unix local pour la mise en cache et le verrouillage des fichiers Nextcloud, avec les étapes pour les versions actuelles et antérieures de Nextcloud.
Vérifiez le mode cron de Nextcloud, réparez son service systemd et son minuteur, et assurez-vous que les tâches en arrière-plan s'exécutent après le démarrage et toutes les cinq minutes.
Activez le verrouillage fiable des fichiers Nextcloud, choisissez le bon backend Redis ou Valkey et vérifiez que l'avertissement disparaît sans risque de modifications simultanées des fichiers.
Corrigez les problèmes courants d'analyse de Nextcloud grâce aux mises à jour actuelles, HTTPS et HSTS, à une confiance précise du proxy inverse et à des vérifications auprès du serveur public.
Configurez Nextcloud SSE pour le stockage qui en a besoin, protégez les clés de chiffrement et mesurez l'impact sur les transferts et le processeur avant de chiffrer les fichiers existants.
