Si ownCloud affiche « Échec du contrôle d'intégrité » après une mise à jour, commencez par ouvrir l'avertissement d'administration et consultez le rapport de fichiers invalides ; ne modifiez pas les fichiers signature.json, ne désactivez pas le contrôle et ne relancez pas la mise à jour sans précaution. Le rapport indique si le problème provient d'une incompatibilité de fichiers principaux, d'un fichier manquant ou en surnombre, ou d'un problème de signature d'application. Restaurez uniquement le code concerné à partir de la version officielle exacte ou installez une application signée compatible, puis relancez l'analyse. Cette procédure s'applique à ownCloud Server (Classic) ; Infinite Scale utilise une architecture différente et n'utilise pas ce occprocessus de contrôle d'intégrité PHP.
Par exemple, si une mise à niveau d'une version 10.x vers une autre génère une erreur index.phpsignalée version.phpcomme telle INVALID_HASH, le problème vient probablement du fait que certains fichiers principaux appartiennent toujours à une version différente ou ont été modifiés. Si seule une application installée manuellement présente un problème de signature, le remplacement des fichiers principaux ne résoudra pas le problème. Les détails de l'erreur déterminent la solution appropriée.
Connectez-vous en tant qu'administrateur et ouvrez l'avertissement d'intégrité du code jaune, puis cliquez sur le lien pour afficher la liste des fichiers invalides. La documentation d'ownCloud 10.16 décrit ce rapport et l'option de nouvelle analyse de la page d'administration. Si la page web est inaccessible, effectuez les vérifications depuis le répertoire d'installation d'ownCloud en tant qu'utilisateur du serveur web :
sudo -u www-data ./occ integrity:check-core
sudo -u www-data ./occ integrity:check-app <appid>Remplacez www-data`<account>` par le compte utilisé par votre serveur web et ` <appid><appID>` par l'ID de l'application indiqué dans le rapport. Sur Docker, exécutez la même occcommande dans le conteneur ownCloud en suivant la méthode de déploiement habituelle. Les commandes analysent les fichiers principaux et une application nommée ; le manuel ownCloud précise qu'il n'existe pas de commande unique permettant d'analyser toutes les applications.
Utilisez le type d'erreur pour choisir l'action suivante :
INVALID_HASHUn fichier présente une signature différente de son hachage. Il peut s'agir d'une mise à jour partielle ou mixte, d'une modification locale ou d'une modification inattendue. Comparez le fichier avec la version officielle exacte avant de le remplacer.FILE_MISSINGUn fichier signé est manquant. Restaurez-le à partir du package de distribution correspondant ; vérifiez d’abord que le déploiement, l’empaquetage ou les autorisations ne l’ont pas omis.EXTRA_FILEUn fichier existe dans un répertoire signé , mais ne fait pas partie de cette signature. Il peut s'agir d'un vestige d'une version antérieure ou d'un fichier ajouté localement. Identifiez son propriétaire et sa fonction avant de le supprimer.EXCEPTIONLes données de signature peuvent être absentes, invalides, hors de portée ou liées à un certificat révoqué. Pour une application, vérifiez son code source et son statut de publication, puis demandez à son responsable une version signée compatible .Une application tierce installée manuellement peut légitimement déclencher un avertissement si elle n'est pas signée ; ownCloud indique que les applications non signées installées en dehors du Marketplace peuvent rester signalées. Cela n'explique cependant pas un hachage de noyau invalide. Lors du diagnostic, il est important de dissocier les résultats relatifs à l'application et au noyau.
EXTRA_FILEdes problèmes. Restaurez les droits d'accès et les permissions d'origine en suivant la méthode documentée pour votre installation.integrity:check-corepour les principaux résultats ou integrity:check-app <appid>pour une application spécifique. Vous pouvez également utiliser la fonction de nouvelle analyse de la page d'administration. Ne modifiez ni ne supprimez les données manuellementsignature.json ; il s'agit des données de signature nécessaires au vérificateur.Les instructions de signature de code d'ownCloud donnent des exemples tels que la restauration des fichiers corrects index.phpà version.phppartir de l'archive de la version, la suppression d'un fichier supplémentaire inutile et la restauration d'un fichier manquant .htaccessà partir de l'archive tar officielle du serveur. Il ne s'agit que d'exemples et non d'une liste de remplacement universelle : suivez les instructions précises indiquées dans votre rapport.
Si une application est signalée comme incompatible après la mise à jour du serveur, vérifiez d'abord sa compatibilité avec la version d'ownCloud cible. Désactivez l'application via l'interface d'administration ou la ligne de commande, puis installez une version compatible officielle depuis le Marketplace ou auprès du responsable de l'application. Si une application précédemment signée ne l'est plus ou si son certificat a été révoqué, contactez le responsable pour obtenir un certificat de remplacement correctement signé. Ne copiez pas les données de signature d'une autre application ou version ; les signatures sont liées au contenu de l'application et à la portée du certificat.
Si l'application signalée est une application personnalisée gérée par votre organisation, son responsable autorisé doit la compiler et signer la version en utilisant la procédure appropriée et des identifiants de signature fiables. Les administrateurs ne doivent pas créer de signature de substitution pour autoriser l'exécution de code inconnu ou modifié. Si vous ne pouvez pas établir la source et l'intégrité d'un fichier, conservez le rapport et examinez-le comme un problème de sécurité potentiel au lieu de supprimer l'avertissement.
Relancez le contrôle d'intégrité et actualisez la vue d'ensemble de l'administration. Vérifiez que les mêmes chemins n'apparaissent plus, que l'avertissement concernant le composant réparé a disparu et que les journaux ownCloud ne signalent aucune nouvelle erreur de mise à niveau ou d'autorisation. Testez la connexion, l'affichage du contenu des fichiers, le chargement et l'application concernée. Dans un déploiement multi-nœuds, vérifiez chaque nœud ; un résultat positif sur un serveur ne garantit pas que tous les nœuds utilisent le même code.
Si le problème persiste, arrêtez de remplacer les fichiers et comparez l'arborescence en cours d'exécution avec le package, l'image de déploiement ou le volume monté correspondant à cette version. Vérifiez la présence d'une seconde copie du code, de montages de liaison obsolètes, d'un script de déploiement restaurant d'anciens fichiers ou de correctifs locaux. Consultez le guide de signature de code et d'intégrité d'ownCloud 10.16 correspondant à votre version , les instructions de mise à niveau d'ownCloud et la documentation de restauration . Cette page concerne ownCloud Server 10.16 ; les versions antérieures peuvent différer, choisissez donc la documentation correspondant à la version installée.
Rétablissez la synchronisation de votre ordinateur ownCloud en vérifiant le nom d'hôte du serveur, la chaîne de certificats, la confiance de l'autorité de certification privée et les problèmes liés au portail captif sans désactiver la vérification TLS.
Utilisez le rapport de fichiers invalides pour identifier les fichiers principaux ou les signatures d'application non concordants, restaurer les fichiers de version corrects et vérifier l'intégrité en toute sécurité.
Déployez ownCloud Infinite Scale à partir de son exemple Compose officiel, configurez les domaines et le stockage persistant, puis vérifiez TLS, les conteneurs et la première connexion.
Configurez le pilote S3NG, les autorisations du compartiment, le stockage persistant des métadonnées et la taille des chargements afin qu'ownCloud Infinite Scale puisse stocker le contenu des fichiers de manière fiable.
Découvrez pourquoi un chargement sur un serveur ownCloud s'interrompt presque complètement en vérifiant l'état du fichier, le quota, l'espace disque temporaire, les limites PHP et les délais d'expiration du proxy.
Configurez AllowOverride All uniquement pour la racine web d'ownCloud, validez l'hôte virtuel Apache actif et rechargez en toute sécurité pour restaurer les règles .htaccess.
Activez l'application d'audit d'entreprise d'ownCloud, acheminez les événements admin_audit vers un fichier journal protégé et vérifiez que les actions réelles des utilisateurs sont bien enregistrées.
Alignez l'émetteur de domaine Keycloak, le client web et les revendications des utilisateurs pour permettre à ownCloud Infinite Scale de connecter les utilisateurs de manière fiable sur les clients web et mobiles.
Transférez les fichiers dont vous êtes propriétaire et les partages sortants avec la commande occ d'ownCloud, comprenez ce qui reste et vérifiez l'accès avant de supprimer l'ancien compte.
Découvrez quand les index de la base de données ownCloud 10 nécessitent une attention particulière, comment appliquer en toute sécurité les mises à jour de schéma prises en charge et quand l'optimisation des requêtes ou une modification de la base de données constitue la meilleure solution.
