Différences

Ci-dessous, les différences entre deux révisions de la page.

--- pratique:informatique:nextcloud [07/10/2017 18:34] – [Installer un client] YannK
+++ pratique:informatique:nextcloud [30/11/2020 10:36] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 49: / Ligne 49: @@
 Vous pouvez donc faire un dossier "PhotosAvril", mettre toutes vos photos d'avril, puis aller faire autre chose tandis que le client va tranquillement envoyer les photos au serveur. Cela peut prendre du temps mais ça finit par se faire.
+===== Manipulation de sysadmin =====
+Ce qui suit concerne uniquement les personnes qui gèrent un service nextcloud. En tant qu'utilisateur basique, ça ne sert à rien ;)
+==== Manipuler les fichiers hors client ====
+Pour envoyer ou déplacer beaucoup de fichiers, c'est parfois plus simple de ne pas passer par le client.
+Utilisation classique de rsync (qui doit être installée sur les deux serveurs, visiblement). La commande suivante depuis le serveur final :
+  rsync -av serveur:/home/user/image /var/www/cloud/data/user/files/Photos/
+Ou de scp sinon sur le serveur initial :
+  scp -r origine serveur:destination
+Ensuite, pour que la base de donnée de Nextcloud soit à jour, il faut rescanner le dossier. L'//user// est celui  de nextcloud, même casse. En cas de doute, regarder dans ''nextcloud/data/'' :
+  cd /var/www/cloud/
+  sudo -u www-data php occ files:scan User
+Ou pour scanner uniquement une partie du dossier :
+  sudo -u www-data php occ files:scan --path="data/user/files/Photos"
+==== Générer des vignettes ====
+Si on a récupéré pleins de photos, autant générer les vignettes. Sinon c'est lorsque que quelqu'un visite la page, et pour les visiteurs ça va être looooong.
+Il faut installer l'application [[https://apps.nextcloud.com/apps/previewgenerator|Preview Generator]]. Ensuite, encore en ligne de commande à la racine du cloud :
+  sudo -u www-data php occ preview:generate-all -vvv
+Mais pour moi, ça n'avais pas fait le tour des users... Donc, dans ce cas :
+  sudo -u www-data php occ preview:generate-all User
+C'est long, mais ça marche.
+==== Installation ====
+CF [[https://docs.nextcloud.com/server/20/admin_manual/installation/source_installation.html]] (attention à la version pour laquelle c'est valide).
+Liste des paquets recommandés, pour Debian :
+  * PHP. Note que php-fpm est recommandé.
+<code>php php-fpm php-curl php-cli php-gd php-xsl php-json php-intl php-pear php-imagick php-dev php-common php-mbstring php-zip php-soap php-bz2 php-apcu php-memcached php-redis php-bcmath php-gmp php-dompdf</code>
+  * Gestion du cache, des vidéos, etc.
+<code>redis-server ffmpeg</code>
+La doc préconisent d'autres trucs mais je ne sais pas où c'est sur debian...
+Côté bdd :
+  sudo apt install mariadb-server mariadb-client php-mysql
+Passe en root et paramétrer mariadb
+  sudo -i
+  mysql_secure_installation
+<WRAP center round todo 60%>
+=== Restauration, import d'une ancienne bdd ===
+Se connecter à mysql
+  mysql -u root -p
+Créer la bdd et son user, recharger et quitter:
+  create database cloud ;
+  GRANT ALL ON cloud.* TO clouduser@localhost IDENTIFIED BY 'motdepasse' ;
+  FLUSH PRIVILEGES;
+  exit;
+Ensuite importer la bdd :
+  mysql -u root -p -D cloud < cloud.sql
+Et si l'import fonctionne, on ne peux pas dire que ce soit un succès puisqu'il enregistre ça sous le nom d'origine de la bdd, et recrée son user, sans pour autant les associer. Savez pas ?
+[[pratique:informatique:phpmyadmin|PHPmyadmin]] !
+</WRAP>
+=== Sécurité ===
+Dans le vhost apache((Sur le proxy si on a ce genre de truc, ça suffit)), ajouter les lignes suivantes :
+<code>
+# Sécurité Nextcloud
+Header set X-Robots-Tag "none"
+Header set X-Download-Options "noopen"
+Header always set Strict-Transport-Security "max-age=15552000; includeSubDomains"
+</code>