voxdemonix a écrit 914 commentaires

Oui, parce que mes VPS loués sont localisées en France, pas aux états-unis

Je pense compréhensible pour tout le monde que cet argument n'est valable que pour des franco-français (et encore, faut être ni militant, ni opposé au gouvernement, ni fumeur de djogo, etc). En tant que belge j'accorde aussi peu de confiance aux pays de la Lois Renseignement qu'aux pays du Patriot Act :P

je ne connais pas de solution open source permettant de chiffrer les mails avec une clé publique lors de la réception, de les déchiffrer côté client.

Ce n'est pas de l'émail a proprement parlé, mais l'implémentation du mail dans RetroShare correspond à cela.

Mais pas spécialement à cause d'OVH en soi, mais au cas où le serveur serait compromis.

Il y a aussi le cas où le disque dur tombe en panne ou part sur le marché de seconde main.

J’étais bien content que mon serveur mail/contacts/agenda/etc. soit bien au chaud dans un datacenter bien connecté d’où je pouvais toujours le joindre avec le peu de connectivité que j’avais (depuis mon lieu de travail ou en passant par mon téléphone avec des cartes 4G pré-payées).

Pour le côté geek? Car a respect de la vie privé égale (france-USA, kiff kiff bouricot), je suppose que les gafam seront moins chers et plus fiable.

par contre c'est dommage qu'on ne peut pas gérer les fichiers depuis son gestionnaire de fichier, ou afficher les commentaires etc

faute de frappe, je voulais dire "[…]par contre c'est dommage qu'on ne peut pas gérer les partages depuis son gestionnaire de fichier, ou afficher les commentaires etc[…]

Et la synchro ça utilise webdav.

Je ne sais pas quel protocole le client nextcloud utilise mais le client indiqué dans son user agent est mirall tandis que le client utilisé par Thunar est davfs2.

Donc je vois même pas pourquoi différencier les deux du point de vue serveur.

Si le client de synchro prend deux heures pour télécharger/uploader tes fichiers, tu t'enfou.
Par contre tes applications (ex jdownloader) qui freezent pendant plusieurs minutes, surtout le gestionnaire de fichier, c'est bourrin.
Petit truc bourrin aussi: si tu ouvres un dossier webdav avec ton gestionnaire de fichiers et que dans ce dernier tu as des vidéos, tu va te taper un énorme lag (voir freeze) pendant que ton gestionnaire de fichier va télécharger toutes les vidéos du dit dossier afin de créer ses prévisualisations.

Client de synchro : c'est l'usage principal.

Et donc on ne devrait faire que ça?
Puis, ne serait-ce pas aussi simplement car la majorité des utilisateurs de nextcloud ne savent pas se qu'est un montage distant?

En fête, c'est pas de la fierté, juste du réalisme.

Si tu veux de la scalabilié et de la haute dispo, tu dois utiliser des logiciels qui sont originellement conçu pour tourner sur des machines véloces et dédiées. Ils surconsomment et n'aiment pas quand ils arrivent au bout des ressources (ni que le ping monte trop haut).
Le nier est futile et mène à des déceptions.

Le serveur est un serveur physique, un KS1 de chez OVH, donc le moins puissant qu'ils aient.

J'ai l'impression que beaucoup de gens sont chez un hébergeur et je m'en viens a me demander pourquoi?
Ne pas avoir confiance en Dropbox mais avoir confiance en OVH n'est-il pas contradictoire?

Ce que je ne comprends pas vraiment, c'est pourquoi tu insistes pour utiliser wedav1 ?
Le client de synchronisation quant à lui est clairement intéressant, puisqu'il ne surcharge pas le serveur web avec des requêtes HTTP fréquentes pour simplement naviguer à travers les fichiers.

Client de synchro nextcloud = alternative a rsync (voir syncthing).
Webdav/davfs2 = alternative à sshfs/sftp.
L'utilité et le fonctionnement ne sont pas les mêmes, une utilisation n'est pas une autre.
Exemple d'utilisation : un utilisateurs qui a plusieurs machines et souhaitent y accéder sans devoir les stoker sur chaque machine. Quel intérêt de synchroniser les archives de vidéos surveillance sur son smartphone? Aucune, par contre les visionner en streaming via l'interface web ou via VLC+webdav là c'est plus cool :P (par contre c'est dommage qu'on ne peut pas gérer les fichiers depuis son gestionnaire de fichier, ou afficher les commentaires etc)

En plus, seul le client est compatible avec le nouveau chiffrement end-to-end (E2E, client-à-client) annoncé en fin d'année 2017: https://nextcloud.com/blog/nextcloud-introducing-native-integrated-end-to-end-encryption/ (voir les commentaires).
Pour le chiffrement côté serveur, c'est bien écrit dans la documentation que son seul intérêt est pour l'envoi des données sur des "Remote Share" (style Google Docs, Dropbox, …):

Intéressant, je ne pensais pas que le fichiers dans files_encryption étaient suffisant pour le déchiffrement. Nextcloud baisse drastiquement dans mon estime :( (va falloir activer la crypto au niveau system file se qui nécessite d'encore apprendre un autre logiciel youpee)

Note bien que je ne parle que de webdav, car c'est lui qui utilise le plus de ressources pour communiquer

Oui il consomme exagérément de ressources comparé à SSHFS. En monoserveur dés qu'un utilisateur utilise ce type de montage en UI (car j'ai l'impression que les robots ont moins de soucis), on le remarque.
Typiquement activer les prévisualisations des fichiers images et vidéos peut provoquer une bonne grosse charge sur le serveur et de long freezes dans les gestionnaires de fichiers.

et confirme que l'on peut héberger une dizaine d'utilisateurs actifs sur petite machine.

Si on lit les commentaires ci-haut on se rend compte qu'ils se limitent TOUS aux clients de synchronisation de fichiers Nextcloud/Owncloud.
À part un commentaire qui se plain lui aussi du support webdav pourris côté client, personne n'est venu indiquer utiliser toutes les autres fonctionnalités disponible (synchronisation de calendrier, note, news, géolocalisation, webdav, streaming, crypto).
Sans ajouter que la majorité semble déléguer l'hébergement à OVH (qui utilise des VM) et donc n'ont aucune idée de la puissance machine requise par Nextcloud pour les auto-hébergés adeptes de machines de récupération.

Donc enfaîte, en gros, vous prêchez le faux uniquement [par fierté] car vous vous restreignez à l'utilisation de Nextcloud à ce que permettait Owncloud avant le fork.
Si non je suis honnêtement curieux de pouvoir comparer la puissance machine requise par vos infras lorsque vous avez votre service de backup qui tourne en même temps qu'au moins 5 utilisateurs simultanés (qui font plus que laisser tourner le client de synchro).

Note : je suis aussi très curieux d'avoir des retours de gens qui ont activé le module "Encryption" avec au moins 1 To de données (partagé entre plusieurs utilisateurs histoire de bien faire tourner la mécanique).

Je confirme qu'il est habituel sur Xubuntu de devoir forcer l’arrêt du gestionnaire de fichier qui se retrouve freeze à cause du montage webdav.
Ou encore la commande 'dh -f' qui se tape aussi des freeze :(

Pas mal merci. Je ne trouve pas d'infos pour faire de même sur XFCE, sais-tu si c'est possible ?

Le plus courant est un usage de synchro, à la trucdrive, bidulecloud, machinbox.

Ben justement, les trucscloud permettent un montage à distance (c'est en cherchant "alternative skydrive" que je suis tombé sur owncloud). Avec justement l'idée de pouvoir profiter d'une mémoire "illimité" sur des périphériques limité par la taille/prix des carte microSD. (a la base je tournais sur FreeNAS mais trop austère, et compliqué (rien que mettre a jours le système s'était chiant avec le système en read-only))
D'où mon étonnement (après tout, sshfs est très très utilisé dans les communautés NAS).

Ton étonnement vient du fait que les clients fournis pour oc/nc sont très efficaces.

Boaf : il faut plusieurs clients pour synchroniser contact/calendrier/photos/geolocalisation/News/bookmark. On est hélas encore loin d'un tout en un.
Sur pc les clients de synchro ne fonctionnent pas en ligne de commande.
Sur smartphone ca peut caffouiller (sur le mien nextcloud auto-crash par contre owncloud fonctionne parfaitement).
D'ailleurs en passant, sur pc (ubuntu/debian) on sait synchroniser les contactes, calendriers, etc?

Bha justement du coup, comment tu peux être sur à 100% que tes tutos sont fonctionnels alors que sur ton environnement de prod c'est pété ? Je ne comprend pas ta logique.

1. Les tutos ne couvrent pas tout l'écosystème (qui est large on parle de clustering de base de données, de clustering de stockage, de load balancer, de VPN, de hardware, de répartition de fichiers, rien que mon écosystème client dépasse de loin les retours d'expérience cités plus bas)

2. trouver des infos en français à propos de l'écosystème est difficile voir impossible (cherche sur Linuxfr tu trouvera des topics où je demande de l'aide pour choisir quel logiciel de clustering utiliser et à chaque fois … … … aucune réponse. Tout au plus des gens vont te conseiller un logiciel mais sans avoir essayé les autres).

3. le thread est ouvert sur le forum de nextcloud et eux mêmes ne semblent pas avoir la réponse.

Après niveau design si là ça ne te va pas … Tu préfères réellement le site que tu as mis en Farm Link ? il est horrible.

Bien sur, vu que c'est le mien … Je viens du monde du jeux vidéos, où on utilise des interfaces riches, joviales et pleine de couleurs. Les interfaces monocouleur je ne supporte pas ça et d'après mes retours utilisateurs, je ne suis pas le seul.

Moi aussi, le fait d'avoir plusieurs machine AVEC le chiffrement (chose que tu accuses un peu) ne casse rien à mon nextcloud.

Hein?
Le chiffrement apporte des bugs (lisible dans nextcloud.log), j'espère sincèrement qu'il n'est pas cause de crash.

Mais si déjà tu utiliserais la doc au lieu de tuto glané ci et là sur le net …

Mes tutos ont été conçu grâce à la doc et à mes tests. Faut arrêter les préjugés au bout d'un moment.
Quand j'ai découvert Owncloud on en était encore au raspberry pi type 1, je l'ai testé dans tout les sens depuis ;)

Je suis assez étonné que, pour le moment, dans les retours d'expérience il n'y a aucun utilisateur de montage distant Webdav/davfs2 (qui est pourtant LA fonctionnalité qui fait de Nextcloud une alternative à DropBox, iCloud, Skydrive etc).

Donc petites questions :

• Pour ceux qui connaissent et utilisent davfs2/webdav, avez-vous des astuces pour l'améliorer ? (toute plateforme confondue). Savez-vous si le protocole est bloqué à son stade ou si un jour on peut espérer qu'il soit aussi bon que SSHFS?

• Pour ceux qui ne connaissent pas, comment avez-vous découvert Nextcloud?

:)

1. Tout les tutos sont de moi et sont plus fun a lire que la doc anglophone avec ecriture grise sur fond blanc que je trouve insuportable (surtout sur leur forum)

2. Mes backups ne sont pas uniquement sur le cloud, si non comment je ferai pour recup mon backup du cloud quand le cloud est peté?

3. Je veux de la haute disponibilité.

4. L'utilisation de l'un n'est pas l'utilisation de l'autre, idem pour les contraites.

Pour l'histoire d'impossibilité de modifier, supprimer ou déplacer des fichiers, c'est le système de verrouillage de fichiers qui est en cause.

Tu aurais plus d'infos stp? Car j'ai le bug malgré un cron régulier et cela ne touche que certains fichiers.

Le mien manque de puissance alors qu'il consomme déjà 3 tour (cluster BDD + cluster stockage) et un Odroid-Xu4 (Frontend HaProxy), pour quelques To de données chiffrées dans 229 950 fichiers et 36 250 dossiers. Le tout utilisé par entre 3 et 5 humains régulier + 3 ou 4 robots.

Les besoins matériels que tu avances pour supporter la charge me paraissent ahurissant (il faut un cluster pour supporter 10 utilisateurs!?).

Sans Haute Disponibilité tu n'as besoin que de deux machines (une qui gère nextcloud et une qui sert de backup).

Si tu veux de la Haute Disponibilité il te faut 3 (bonnes) machines rien que pour le cluster de base de données (MariaDB 10 + Galera 3), ajoute le cluster de stockage qui va lui nécessiter à minima deux autres machines (et on peut reconvertir un des serveurs de base de données en arbitre pour le cluster de stockage mais ça pourrait l'amener à lagger).
Par contre le cluster de base de données semble amener des erreurs quand il dépasse les 70% du processeur.
Et le processus btrfs-transaction (qui gère le JBOD de mes disques) quand il s'y met bouffe à lui seul 3x l'i3 de la machine d'où je l'observe.

Note que ça dépends aussi de se que font tes utilisateurs.

Pas de chiffrage.

Ce module change la vie mdr (actuellement il bug assez souvent avec les grosses installations).

Est-il possible que tu n'aies pas optimisé la chose comme elle doit l'être?

J'ai suivis (à peu près) les procédures indiquées dans les tutos listés dans le Farm Link, je suis preneur de toutes améliorations :)

J'utilise aussi les clients Windows, Android et Linux sans souci.

Attention à ne pas confondre les clients de synchronisation et les clients de montage webdav/davfs2 ;)