Se o ownCloud exibir a mensagem “Falha na verificação de integridade” após uma atualização, primeiro abra o aviso administrativo e inspecione o relatório de arquivos inválidos; não edite signature.json, desative a verificação ou execute a atualização novamente sem antes verificar. O relatório identifica se o problema é uma incompatibilidade de arquivo principal, um arquivo ausente ou extra ou um problema com a assinatura do aplicativo. Restaure apenas o código afetado da versão oficial exata ou instale um aplicativo assinado compatível e, em seguida, faça uma nova verificação. Essa abordagem se aplica ao ownCloud Server (Classic); o Infinite Scale usa uma arquitetura diferente e não utiliza esse occfluxo de trabalho de integridade do PHP.
Por exemplo, se uma atualização de uma versão 10.x para outra deixar index.phpum erro version.phpsinalizado como "false" INVALID_HASH, o problema provável é que alguns arquivos principais ainda pertencem a uma versão diferente ou foram alterados. Se apenas um aplicativo instalado manualmente estiver sinalizado como "false" devido à ausência de dados de assinatura, a substituição dos arquivos principais não resolverá o problema. Os detalhes do erro determinam qual correção é apropriada.
Faça login como administrador e abra o aviso de integridade de código amarelo. Em seguida, clique no link para listar os arquivos inválidos. A documentação do ownCloud 10.16 descreve este relatório e a opção de nova verificação na página de administração. Se a página da web estiver indisponível, execute as verificações a partir do diretório de instalação do ownCloud como o usuário do servidor web:
sudo -u www-data ./occ integrity:check-core
sudo -u www-data ./occ integrity:check-app <appid>Substitua www-data`<account>` pela conta usada pelo seu servidor web e `< <appid>app ID>` pelo ID do aplicativo exibido no relatório. No Docker, execute o mesmo occcomando dentro do contêiner ownCloud usando o método de implantação normal. Os comandos inspecionam arquivos principais e um aplicativo específico; o manual do ownCloud observa que não existe um único comando manual para analisar todos os aplicativos.
Use o tipo de erro para escolher a próxima ação:
INVALID_HASHUm arquivo com assinatura diferente do hash pode ser uma atualização parcial ou mista, uma edição local ou uma modificação inesperada. Compare o arquivo com a versão oficial exata antes de substituí-lo.FILE_MISSING: Um arquivo assinado está ausente. Restaure-o a partir do pacote de lançamento correspondente; primeiro verifique se a implantação, o empacotamento ou as permissões não o omitiram.EXTRA_FILE: Existe um arquivo em um diretório assinado, mas ele não faz parte da assinatura. Pode ser um resquício de uma versão anterior ou um arquivo adicionado localmente. Identifique o proprietário e a finalidade do arquivo antes de removê-lo.EXCEPTIONOs dados de assinatura podem estar ausentes, inválidos, fora do escopo ou vinculados a um certificado revogado. Para um aplicativo, verifique seu código-fonte e status de lançamento e solicite ao mantenedor uma versão assinada compatível .Um aplicativo de terceiros instalado manualmente pode legitimamente gerar um aviso se não estiver assinado; a ownCloud documenta que aplicativos não assinados instalados fora do Marketplace podem permanecer sinalizados. Isso não explica um hash de núcleo inválido. Mantenha os resultados do aplicativo e do núcleo separados durante o diagnóstico.
EXTRA_FILEproblemas. Restaure a propriedade e as permissões normais usando o método documentado para sua instalação.integrity:check-corepara resultados principais ou integrity:check-app <appid>para um aplicativo específico. Você também pode usar a ação de reverificação na página de administração. Não edite nem exclua manualmente signature.json; são os dados de assinatura que o verificador precisa.As diretrizes de assinatura de código do ownCloud fornecem exemplos como restaurar o arquivo correto index.phpa version.phppartir do arquivo de lançamento, remover um arquivo extra desnecessário identificado e restaurar um arquivo ausente .htaccessdo pacote tarball oficial do servidor. Esses são exemplos, não uma lista de substituições universais: siga os caminhos exatos descritos em seu próprio relatório.
Para um aplicativo sinalizado após a atualização do servidor, primeiro confirme se o aplicativo é compatível com a versão do ownCloud de destino. Desative um aplicativo incompatível por meio do procedimento de administração ou da linha de comando, e instale uma versão oficial compatível do Marketplace ou do desenvolvedor do aplicativo. Se um aplicativo previamente assinado agora estiver sem assinatura ou se o certificado tiver sido revogado, entre em contato com o desenvolvedor para obter uma substituição devidamente assinada. Não copie dados de assinatura de um aplicativo ou versão diferente; as assinaturas estão vinculadas ao conteúdo do aplicativo e ao escopo do certificado.
Se o aplicativo sinalizado for um aplicativo personalizado mantido pela sua organização, o responsável autorizado pela manutenção do aplicativo deverá compilar e assinar a versão usando o processo apropriado e credenciais de assinatura confiáveis. Os administradores não devem criar uma assinatura substituta para permitir a aprovação de código desconhecido ou modificado. Se você não conseguir estabelecer a origem e a integridade de um arquivo, preserve o relatório e investigue-o como um possível problema de segurança, em vez de suprimir o aviso.
Execute novamente a verificação de integridade relevante e atualize a visão geral do administrador. Confirme se os mesmos caminhos não aparecem mais, se o aviso desapareceu para o componente reparado e se os logs do ownCloud não mostram novos erros de atualização ou permissão. Teste o login, a listagem de arquivos, o upload e o aplicativo afetado. Em uma implantação com vários nós, verifique cada nó; um resultado sem erros em um servidor não comprova que todos os nós usam o mesmo código.
Se o problema persistir, pare de substituir arquivos e compare a árvore em execução com o pacote, a imagem de implantação ou o volume montado exatos daquela versão. Verifique se há uma segunda cópia do código, montagens de vinculação obsoletas, um script de implantação que restaura arquivos antigos ou patches locais. Consulte as orientações de assinatura de código e integridade do ownCloud 10.16 correspondentes à versão , as instruções de atualização do ownCloud e a documentação de restauração . A página é para o ownCloud Server 10.16; versões anteriores podem ser diferentes, portanto, escolha a documentação que corresponda à versão instalada.
Atribua limites de armazenamento em bytes para novos usuários do ownCloud Infinite Scale por função, com um exemplo de proxy.yaml e uma lista de verificação de segurança.
Restaure a sincronização do ownCloud para desktop verificando o nome do host do servidor, a cadeia de certificados, a confiança da CA privada e problemas com o portal cativo, sem desativar a verificação TLS.
Use o relatório de arquivos inválidos para identificar arquivos principais ou assinaturas de aplicativos incompatíveis, restaurar os arquivos de versão corretos e verificar a integridade dos dados com segurança.
Implante o ownCloud Infinite Scale a partir do exemplo oficial do Compose, configure os domínios e o armazenamento persistente e, em seguida, verifique o TLS, os contêineres e o primeiro login.
Configure o driver S3NG, as permissões do bucket, o armazenamento persistente de metadados e o dimensionamento de upload para que o ownCloud Infinite Scale possa armazenar o conteúdo dos arquivos de forma confiável.
Descubra por que um upload para o servidor ownCloud para perto da conclusão, verificando o status do arquivo, a cota, o espaço em disco temporário, os limites do PHP e os tempos limite do proxy.
Defina AllowOverride All apenas para a raiz da web do ownCloud, valide o vhost ativo do Apache e recarregue com segurança para restaurar as regras do .htaccess.
Ative o aplicativo Enterprise Auditing do ownCloud, direcione os eventos admin_audit para um arquivo de log protegido e confirme se as ações reais do usuário estão sendo registradas.
Alinhe as declarações do emissor de domínio, do cliente web e do usuário do Keycloak para permitir que o ownCloud Infinite Scale faça login de usuários de forma confiável nos clientes web e móveis.
Transfira arquivos próprios e compartilhamentos de saída com o comando occ do ownCloud, entenda o que permanece nos arquivos salvos e verifique o acesso antes de excluir a conta antiga.
