Différences

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

--- doc:nextcloud [2022/02/19 11:20] – Modif : ajout d'un chapitre sur les conditions du servic Zatalyz
+++ doc:nextcloud [2026/07/16 13:06] (Version actuelle) – Bannissement d'admin Zatalyz
@@ Ligne 31: / Ligne 31: @@
 </WRAP>
 ==== Intérêt du service ====
+==== Niveaux d'accès ====
+Suivant votre implication sur Numenaute, vous avez droit à des accès différents :
+  * Passagères : pour les amies des adhérents, afin de pouvoir leur partager des dossiers. Ces personnes ne sont pas forcément membres. C'est un compte gratuit. De fait, il n'y a que 100 Mb de disponible pour stocker. N'importe qui peut demander ce genre d'accès (et à terme, quand on aura un processus d'inscription unifié et avec les procédures antibots, il n'y aura même pas besoin de demander).
+  * Mousses : vous être [[asso:adherer|membre de l'association]], vous avez 5 Gb de base, qui peuvent être augmentées suivant les modalités définies dans les tarifs.
+  * Capitaines : Comme précédement mais en plus, vous avez accès en lecture/écriture au dossier sur la gestion associative.
+<WRAP center round todo 60%>
+Cette organisation est temporaire. L'idée est la suivante :
+  * Être "passagère" signifie qu'on n'a pas forcément envie d'avoir du bordel en plus à propos de la gestion associative (donc pas le dossier).
+  * Après, quand on est membre, y'a un certain nombre de choses auquel on devrait de toute façon avoir accès. Sauf que l'asso, ce n'est pas Numenaute, mais Rapaton.
+  * Enfin il y a d'autres dossiers dont l'accès ou en tout cas les droits d'écritures devront être réservés à certains privilèges. Du genre : on ne peux pas laisser "n'importe qui" redessiner le logo, et on ne peux certainement pas laisser "tout le monde" voir la liste des vrais noms et des dons associés.
+</WRAP>
 ===== Pour les utilisateurs avancés =====
@@ Ligne 50: / Ligne 62: @@
     * Songez que nos services gèrent de nombreux organismes, donc utilisez des noms personnalisés pour ces dossiers partagés, comme "Asso_Numenaute" plutôt que juste "Asso".
+==== Ajouter son compter sur Android via DAVx ====
+[[https://f-droid.org/fr/packages/at.bitfire.davdroid/|DAVx]], dispo sur Fdroid, permet de récupérer son calendrier, ses contacts, etc. Son ergonomie (et celle de Nextcloud) sont parfois discutables...
+Il doit être possible d'ajouter un compte uniquement via la "connexion standard" avec "connexion avec une URL et un nom d'utilisateur". L'option "Connexion avec un fournisseur spécifique">"Nextcloud" va ouvrir un navigateur, ce n'est pas forcément hyper pratique (mais ça marche).
+Renseignez simplement ''<nowiki>https://soute.numenaute.org</nowiki>'' comme adresse, et mettez votre nom d'utilisatrice et votre mot de passe. Une fois connecté, une subtilité : DAVx complète automatiquement le nom d'utilisatrice avec votre mail, et refuse d'ajouter le compte au prétexte "qu'il existe déjà" (bah oui, sinon comment t'aurais eu ce mail ?). **Remplacez** simplement le **mail** par votre **nom d'utilisatrice**, et c'est bon, vous pourrez ajouter le compte à DavX...
 ===== Pour les administrateurs de Numenaute =====
+==== Modifier le quota d'espace disque ====
+=== Par défaut ===
+À 100 MB. C'est dans la [[https://soute.numenaute.org/settings/users|liste des utilisatrices]], partie "Paramètres gestion des comptes" (en bas à gauche). Mais pas de raison d'y changer.
+=== Pour une utilisatrice ===
+Avec le GUI :
+Dans la [[https://soute.numenaute.org/settings/users|liste des utilisatrices]], le tableau a plus de colonnes que mon écran n'en affiche. L'ascenseur est en principe en bas de la fenêtre... Il faut donc aller vers la droite, cliquer sur le crayon pour modifier, changer le quota, valider.
+Et ça doit être possible avec la commande occ mais j'ai pas cherché.
+=== Pour les groupes ===
+Paramétrer par défaut des quotas pour les groupes, ça sera bien. Mais faut passer par la ligne de commande. [[https://github.com/nextcloud/groupquota|Doc ici]], c'est via une app. Il y a une autre app au fonctionnement légèrement différent, au besoin. Elle aussi en ligne de commande. J'ai pas géré pour le moment.
 ==== Dossier de groupe ====
 === Gérer la politique d'un groupe ===
@@ Ligne 66: / Ligne 96: @@
   * Dossier "Numenaute/college", accès paramétré uniquement pour le groupe "Numenaute_college".
+==== Bruteforce trop sensible ====
+Nextcloud a des processus pour éviter le bruteforce à la connexion, mais comme c'est la misère pour se connecter depuis certains appareils, parfois on se fait bannir alors que c'est légitime. Dans ce cas, les deux commandes suivantes sont utiles, sur le serveur. Dans le dossier du nextcloud :
+<code>sudo -u www-data php ./occ security:bruteforce:reset IPv4
+sudo -u www-data php ./occ user:enable Nom_User</code>
+Remplacer ''IPv4'' et ''Nom_User'' par l'ipv4 et le nom de l'user bloqué.
 ===== Bugs connus sur notre installation =====
   * L'historique de l'activité des autres membres d'un dossier de groupe n'est pas disponible.
@@ Ligne 74: / Ligne 111: @@
 ==== Bidouilles de sysadmin pour corriger des problèmes spécifiques ====
-  * **"Quelque chose s'est mal passé lors de l'exécution de la dernière tâche il y a X jours."** => si cette erreur apparaît ET que tout semble aller bien, c'est juste que l'erreur reste dans les logs et que Nextcloud continue de la juger pertinente alors que non. Il faut forcer un rafraîchissement. Pour cela :
+=== "Quelque chose s'est mal passé lors de l'exécution de la dernière tâche il y a X jours." ===
+Si cette erreur apparaît ET que tout semble aller bien, c'est juste que l'erreur reste dans les logs et que Nextcloud continue de la juger pertinente alors que non. Il faut forcer un rafraîchissement. Pour cela :
     - Repasser en mode "Ajax"
     - Rafraichir une page dans la partie "fichier"
     - Remettre la gestion via cron.
     - Y'a plus d'erreur ! Jusqu'à la prochaine.
-  * **"Memcache \\OC\\Memcache\\APCu not available for local cache"** => Il faut activer ACPCu pour les requêtes CLI, afin que cron.php et occ puissent y faire appel ([[https://help.nextcloud.com/t/nc13-memcache-oc-memcache-apcu-not-available-for-local-cache/31027|Source]]). <code>echo 'apc.enable_cli=1' >> /etc/php/7.0/mods-available/apcu.ini</code>
+=== Memcache \\OC\\Memcache\\APCu not available for local cache ===
+Il faut activer ACPCu pour les requêtes CLI, afin que cron.php et occ puissent y faire appel ([[https://help.nextcloud.com/t/nc13-memcache-oc-memcache-apcu-not-available-for-local-cache/31027|Source]]). <code>echo 'apc.enable_cli=1' >> /etc/php/7.0/mods-available/apcu.ini</code>
+=== Tampon mémoire des chaînes internes OPcache presque plein ===
+Ce qu'on a comme message :
+<WRAP center round help 90%>
+Le tampon mémoire des chaînes internes OPcache est presque plein. Pour vous assurer que les chaînes répétitives peuvent être mise en cache, il est recommandé de définir la variable opcache.interned_strings_buffer de votre fichier de configuration PHP à une valeur supérieure à 10.
+</WRAP>
+Un coup de ''sudo nano /etc/php/8.2/fpm/php.ini'' (modifiez avec votre dernière version de php) et assurez-vous que les paramètres soient comme ça :
+<code>; The OPcache shared memory storage size.
+opcache.memory_consumption=256
+; The amount of memory for interned strings in Mbytes.
+opcache.interned_strings_buffer=16</code>
+Et redémarrer php :
+  sudo service php8.0-fpm restart
+=== Liens publics cassés après la migration de données ===
+== Origine ==
+Vu que nextcloud ne supporte pas officiellement le déplacement du dossier data, dans ses liens publics, il garde des références à l'ancien chemin des fichiers : forcément, ça ne marche pas ...
+Pour chaque partage, nextcloud stocke dans quel "storage" ce lien est (un id numérique), et dans une autre table il stocke la correspondance "id numérique de stockage" <=> chemin réel sur le disque. Du coup, quand on indique à nextcloud que le dossier de données sera désormais dans /var/stockage/mmf/nextcloud_data au lieu de /var/www/cloudmmf/data, au lieu de modifier le stockage /var/www/cloudmmf/data, il crée un nouveau "storage" qui pointe vers ce dossier (>;<). Les liens de partages pointent donc vers l'ancien "storage", qui pointe sur un endroit inexistant sur le disque ...
+== Identifier le problème ==
+Pour voir ça, on trouve le token d'un partage qui est censé marcher, mais ne marche pas, par exemple https://cloud.millionsmissing.fr/s/s46w79Hpag4xGTa. Le token est ce qu'il y a dans l'url après le ''/s/'', donc ici ''s46w79Hpag4xGTa''. On va ensuite lancer mysql et farfouiller dans la DB :
+<code>
+sudo mysql -u root
+</code>
+<code>
+USE mmf_prod;
+SELECT * FROM oc_share WHERE token='s46w79Hpag4xGTa';
+</code>
+On voit bien que le partage existe, et que le fichier sur lequel il pointe est ''71756'' :
+<code>
+| 281 |          3 | NULL       | NULL     | chantal   | chantal       |   NULL | file      | 71756       | NULL        |       71756 | /Partages/Collège_médecine_interne_4ème_Ed.pdf    |           1 | 1644324948 |        0 | NULL       | s46w79Hpag4xGTa |         0 | NULL       |                0 | NULL |             0 |       |
+</code>
+Du coup, on regarde ce fichier ''71756'' :
+<code>
+SELECT * FROM oc_filecache WHERE fileid='71756';
+</code>
+Et là, on voit qu'il pointe vers le storage ''13'' :
+<code>
+|  71756 |      13 | __groupfolders/2/RESSOURCES/Ressources_DocTravail/AppellationsEM_SFC/Collège_médecine_interne_4ème_Ed.pdf    | 565f2141283f7117bd246d166f7de95e |  72579 | Collège_médecine_interne_4ème_Ed.pdf    |        5 |        3 | 8194568 | 1624638322 |    1624638322 |         0 |                0 | b33590d3fe04a1f3e463081ad34d7c89 |          27 |          |
+</code>
+Du coup, on regarde dans notre table de storage ce que l'on a :
+<code>
++------------+-------------------------------------------------------------+-----------+--------------+
+| numeric_id | id                                                          | available | last_checked |
++------------+-------------------------------------------------------------+-----------+--------------+
+|          1 | local::/home/millionsmissing/www/html/nc_millionsmiss/data/ |         1 |         NULL |
+|          2 | home::gestionnaire_nc_003                                   |         1 |         NULL |
+|          6 | home::gestionnaire_mm                                       |         1 |         NULL |
+|          7 | home::chantal                                               |         1 |         NULL |
+|          8 | home::amalia                                                |         1 |         NULL |
+|         11 | home::CarineB                                               |         1 |         NULL |
+|         12 | local::/var/www/clients/client10/web79/web/data/            |         1 |         NULL |
+|         13 | local::/var/www/mmf/data/                                   |         1 |         NULL |
+|         14 | home::celineg                                               |         1 |         NULL |
+|         15 | local::/var/stockage/mmf/nextcloud_data/                    |         1 |         NULL |
+|         16 | home::glorf                                                 |         1 |         NULL |
++------------+-------------------------------------------------------------+-----------+--------------+
+</code>
+On voit bien que le 13 pointe encore vers notre ancien storage !
+== Résoudre le problème ==
+Librement inspiré d'[[https://help.nextcloud.com/t/howto-change-move-data-directory-after-installation/17170|ici]]
+D'abord, on éteint nginx, sinon nextcloud va mettre le bazar dans nos opérations (en recréant un storage sans notre accord) :
+<code>
+systemctl stop nginx
+</code>
+Puis on revient dans la console SQL, et on commence à supprimer le nouveau storage que nextcloud a créé :
+<code>
+DELETE FROM oc_storage WHERE numeric_id=15;
+</code>
+Puis on modifie l'ancien storage, pour lui donner le nouveau chemin de nos données :
+<code>
+UPDATE oc_storage SET id='local::/var/stockage/mmf/nextcloud_data/' WHERE numeric_id=13;
+</code>
+Et on peut vérifier que nos modifications ont bien été faites :
+<code>
+SELECT * FROM oc_storages;
+</code>
+<code>
++------------+-------------------------------------------------------------+-----------+--------------+
+| numeric_id | id                                                          | available | last_checked |
++------------+-------------------------------------------------------------+-----------+--------------+
+|          1 | local::/home/millionsmissing/www/html/nc_millionsmiss/data/ |         1 |         NULL |
+|          2 | home::gestionnaire_nc_003                                   |         1 |         NULL |
+|          6 | home::gestionnaire_mm                                       |         1 |         NULL |
+|          7 | home::chantal                                               |         1 |         NULL |
+|          8 | home::amalia                                                |         1 |         NULL |
+|         11 | home::CarineB                                               |         1 |         NULL |
+|         12 | local::/var/www/clients/client10/web79/web/data/            |         1 |         NULL |
+|         13 | local::/var/stockage/mmf/nextcloud_data/                    |         1 |         NULL |
+|         14 | home::celineg                                               |         1 |         NULL |
+|         16 | home::glorf                                                 |         1 |         NULL |
++------------+-------------------------------------------------------------+-----------+--------------+
+</code>
+Et voilà, on peut redémarrer nginx :
+<code>
+systemctl start nginx
+</code>
 {{tag>Brouillon Documentation TAF}}