Alternatives auto-hébergées à Dropbox : comparatif

Quelle alternative auto-hébergée à Dropbox devriez-vous utiliser ?

Quatre alternatives auto-hébergées à Dropbox méritent votre attention : Nextcloud, Seafile, Syncthing et le stockage objet avec un client. Elles ne sont pas interchangeables. Nextcloud convient à un foyer ou à une petite équipe lorsque d’autres personnes doivent recevoir des fichiers. Seafile convient à une personne ou à une équipe qui synchronise un très grand nombre de petits fichiers, lorsque la vitesse de synchronisation compte davantage que la manière dont les données sont stockées sur disque. Syncthing convient à une personne qui synchronise ses propres appareils, lorsque personne d’autre n’a besoin d’un lien. Le stockage objet convient à une archive : des octets peu coûteux que vous ouvrez rarement.

Commencez par choisir le fonctionnement de la synchronisation, avant de comparer les fonctionnalités. Les listes de fonctionnalités se ressemblent toutes. La topologie, c’est-à-dire la machine qui conserve la copie de référence pour toutes les autres machines, détermine si la solution vous conviendra encore dans six mois.

Topologie de synchronisation : un serveur de référence ou des pairs sans serveur

Deux architectures sont possibles, et la plupart des points qui suivent dépendent de celle que vous choisissez.

Un serveur de référence. Nextcloud, Seafile et le stockage d’objets fonctionnent de cette manière. Une machine, généralement un VPS (virtual private server), conserve la copie de référence. Chaque appareil communique avec cette machine. Votre ordinateur portable peut rester éteint pendant un mois, puis récupérer les changements automatiquement à son retour. Un téléphone disposant de 6 GB libres peut ne conserver qu’un sous-ensemble des fichiers, tandis que le serveur conserve l’ensemble. Un navigateur peut accéder aux fichiers, ce qui permet de créer des liens de partage.

Des pairs sans serveur. Syncthing fonctionne de cette manière. Les appareils se découvrent et échangent directement leurs listes de fichiers via une connexion chiffrée. Aucune copie ne fait autorité : un fichier existe sur les appareils qui le conservent, et nulle part ailleurs. Deux appareils doivent être en ligne en même temps pour qu’une modification passe de l’un à l’autre. Il n’existe aucune URL à transmettre, car aucune machine ne diffuse de page.

Quatre conséquences en découlent, et ce sont généralement celles que l’on découvre tardivement.

• Envoyer un fichier à une personne qui n’installera pas de logiciel nécessite un serveur de référence. Un lien est une URL, et une URL nécessite un processus en écoute sur un port.
• Accéder à vos fichiers depuis une machine que vous ne contrôlez pas, par exemple un ordinateur portable professionnel, nécessite un serveur de référence.
• Un appareil resté éteint pendant plusieurs semaines récupère les changements depuis un serveur dès son retour en ligne. Dans une architecture entre pairs, il ne les récupère que lorsqu’un autre appareil qui détient ces données est également en ligne. C’est pourquoi de nombreux utilisateurs de Syncthing exécutent une instance sur un VPS comme pair toujours disponible.
• Le stockage se calcule différemment. Un serveur de référence conserve une copie complète, en plus des données que chaque appareil conserve localement. Quatre pairs qui partagent un dossier conservent quatre copies complètes, car chaque pair conserve l’intégralité du dossier.

Nextcloud : utilisateurs, groupes et liens publics

Nextcloud est une application web PHP. Elle stocke vos fichiers sous forme de fichiers ordinaires dans un répertoire de données et les référence dans une base de données. Vous pouvez partager un dossier avec un utilisateur, avec un groupe ou via un lien public protégé par un mot de passe et doté d’une date d’expiration. L’historique des versions est activé par défaut et les fichiers supprimés passent d’abord par une corbeille. Des clients de bureau sont disponibles pour Linux, macOS et Windows, et les applications iOS et Android sont officielles. Si vous quittez Dropbox parce que d’autres personnes doivent recevoir vos fichiers, c’est la réponse la plus directe.

Le revers est le nombre de composants. Une installation classique utilise un serveur web, PHP-FPM (le gestionnaire de processus PHP), une base de données comme MariaDB ou PostgreSQL, ainsi que Redis pour le verrouillage des fichiers. Une tâche d’arrière-plan s’exécute toutes les cinq minutes avec cron ou un timer systemd. Sur un VPS de 1 GB, le service démarrera, puis un gros envoi ou une longue commande de maintenance occ déclenchera l’out-of-memory killer. Considérez 2 GB comme le minimum pour quelques utilisateurs et prévoyez plutôt 4 GB lorsque vous activez davantage d’applications. L’autre coût concerne les mises à niveau : les applications de l’app store sont conçues pour une version précise du cœur. Vérifiez donc que les applications dont vous dépendez prennent en charge la prochaine version majeure avant de lancer la mise à niveau.

Nextcloud ralentit lorsqu’un compte contient plusieurs centaines de milliers de petits fichiers, car chaque fichier correspond à une ligne dans la table de cache des fichiers et à un véritable fichier sur le disque, tandis que le client de bureau les parcourt un par un. À l’échelle d’un foyer, ce problème ne se pose jamais. Le dimensionnement, TLS (transport layer security) et les sauvegardes sont décrits dans une installation Nextcloud basée sur Docker avec TLS et sauvegardes. C’est la documentation à consulter une fois votre décision prise.

Un point important concerne le périmètre. Nextcloud peut également gérer votre calendrier, vos contacts, vos notes et votre photothèque. Chaque application activée ajoute du travail en arrière-plan et un élément supplémentaire susceptible de bloquer une mise à niveau. Si le problème concerne réellement les photos, un outil dédié les gère mieux : consultez Immich, une alternative auto-hébergée à Google Photos. Si le problème concerne réellement les documents et les wikis, consultez les alternatives auto-hébergées à Notion plutôt que d’empiler des applications sur votre serveur de fichiers.

Seafile : conçu pour un très grand nombre de petits fichiers

Seafile découpe chaque fichier en blocs et les stocke dans un object store interne adressé par un hash de contenu, selon le même principe que les objets de Git. L’unité de synchronisation et de partage est une bibliothèque, et non une arborescence de dossiers. Comme le client envoie les blocs et un seul commit au lieu d’effectuer une requête par fichier, la synchronisation d’un répertoire contenant 100,000 petits fichiers se termine beaucoup plus rapidement qu’avec un protocole fichier par fichier. Les blocs identiques ne sont stockés qu’une seule fois. Une deuxième copie d’un gros fichier coûte donc presque rien.

En contrepartie, vos fichiers sur le serveur cessent d’être des fichiers classiques. Ouvrez le répertoire de stockage et vous trouverez des fichiers d’objets portant des noms hexadécimaux. Pour récupérer les données, il faut utiliser le client Seafile ou les outils d’export et de fsck fournis par Seafile. Les sauvegardes fonctionnent toujours, car ces objets sont des fichiers ordinaires, mais vous ne pouvez pas restaurer une seule feuille de calcul avec cp. Déterminez dès maintenant si cela vous convient, car c’est une caractéristique que l’on regrette souvent plus tard.

Seafile existe en édition communautaire et en édition professionnelle payante. La séparation entre les deux évolue d’une release à l’autre. Consultez donc les conditions actuelles sur leur site avant de baser une équipe sur une fonctionnalité précise. Des clients desktop et mobiles officiels sont disponibles. Les bibliothèques chiffrées sont chiffrées sur le client. Le serveur stocke donc un ciphertext qu’il ne peut pas lire. Si vous perdez la passphrase, la bibliothèque devient illisible, y compris pour vous. Ouvrir une bibliothèque chiffrée dans le navigateur revient à transmettre cette passphrase à la session web. La garantie la plus forte s’applique donc aux clients desktop et mobiles.

Le coût en ressources est proche de celui de Nextcloud. Vous exécutez une base de données, un cache mémoire et deux processus applicatifs. 2 GB constitue donc là encore le minimum raisonnable.

Syncthing : aucune connexion nécessaire

Syncthing est un binaire Go unique. Il surveille les dossiers, trouve ses pairs via un serveur de discovery ou un relay, puis synchronise directement les appareils. Il n’y a ni comptes ni page de connexion pour les personnes avec lesquelles vous synchronisez des données. Vous associez deux appareils à l’aide de leur ID, puis vous acceptez le dossier sur chacun d’eux. C’est le service qui demande le moins de travail à exploiter, car il y a très peu de choses à gérer.

En revanche, vous renoncez entièrement au partage. Sa valeur est Device pairing only, no links. Vous ne pouvez pas transmettre un lien à un client, à un comptable ou à un proche. Les appareils mobiles constituent l’autre lacune : Android app, no official iOS. La FAQ officielle du projet est claire à ce sujet : « L’équipe actuelle de Syncthing ne prévoit pas de prendre officiellement en charge iOS dans un avenir prévisible », car iOS limite suffisamment le traitement en arrière-plan pour rendre la synchronisation fiable difficile. Les utilisateurs d’iOS doivent utiliser des applications tierces.

La consommation de ressources est faible, avec un point important à connaître. Syncthing conserve une entrée d’index pour chaque fichier synchronisé. La mémoire utilisée et la durée du premier scan dépendent donc du nombre de fichiers, et non de leur taille totale. Le hachage initial d’un dossier volumineux mobilise le CPU pendant un certain temps, puis la charge se stabilise. Sur le plus petit plan VPS, le fonctionnement reste confortable.

Les conflits sont gérés en conservant les deux versions. Lorsque deux appareils modifient le même fichier alors qu’ils ne peuvent pas communiquer, Syncthing renomme une copie et la conserve à côté de l’autre. Vous trouverez alors des fichiers comme notes.sync-conflict-20260802-141530-K7MB3QT.md. Rien n’est perdu. Rien n’est fusionné non plus : vous devez résoudre le conflit manuellement.

Object storage avec un client : des octets peu coûteux, pas un dossier de synchronisation

Object storage désigne un bucket compatible S3 (simple storage service), hébergé chez vous avec MinIO ou loué auprès d’un fournisseur. Vous y accédez avec un outil : rclone en ligne de commande, ou un client desktop qui présente le bucket comme un lecteur. Le partage se fait au moyen d’une URL presigned, c’est-à-dire un lien généré avec sa propre durée d’expiration. Le versioning est un paramètre du bucket : Bucket versioning, off by default. Activez-le donc lors de la création du bucket, car il ne s’applique pas aux objets téléversés auparavant.

C’est en traitant un bucket comme un dossier de synchronisation que les problèmes commencent. Par défaut, rien ne surveille votre dossier Documents. rclone bisync effectue une synchronisation bidirectionnelle, et la documentation de rclone indique clairement que cette configuration demande des précautions. Object storage est particulièrement adapté à un usage en arrière-plan : comme cible de sauvegarde ou comme couche de stockage pour une application. Object storage compatible S3 auto-hébergé avec MinIO présente la partie serveur.

Le coût des ressources est particulier dans ce cas. MinIO tient dans un seul binaire et consomme peu de ressources au repos. Le coût réel correspond au disque et, sur un VPS, à un volume block loué au gigaoctet, auquel s’ajoute la bande passante utilisée pour transférer les objets. Aucun de ces coûts n’apparaît dans free -h. Consultez donc ce que coûte réellement un VPS par mois avant de dimensionner une archive.

Comparaison du partage, des clients mobiles et de la gestion des versions

[
  {
    "tool": "Nextcloud",
    "sharing": "Public links, users and groups",
    "mobile": "Official iOS and Android apps",
    "versioning": "On by default, plus trash"
  },
  {
    "tool": "Seafile",
    "sharing": "Public links with password and expiry",
    "mobile": "Official iOS and Android apps",
    "versioning": "Library history and snapshots"
  },
  {
    "tool": "Syncthing",
    "sharing": "Device pairing only, no links",
    "mobile": "Android app, no official iOS",
    "versioning": "Optional per folder, off by default"
  },
  {
    "tool": "Object storage",
    "sharing": "Presigned URLs you generate",
    "mobile": "Third party clients only",
    "versioning": "Bucket versioning, off by default"
  }
]

Les 4 options se répartissent selon un seul critère. Trois d’entre elles permettent de transmettre un fichier à une personne qui ne dispose que d’un navigateur. Une seule communique uniquement avec les appareils que vous possédez déjà. L’entrée de Seafile concernant la gestion des versions, Library history and snapshots, mérite une précision : l’historique est conservé par bibliothèque. La suppression d’une bibliothèque supprime donc aussi son historique.

Récupérer vos données

Le coût de sortie est facile à vérifier maintenant, mais coûteux à découvrir plus tard. Vérifiez-le donc avant de vous engager.

Nextcloud stocke les vrais fichiers dans de vrais répertoires. Un tar du répertoire de données vous permet donc de récupérer vos documents, même si l’application ne redémarre jamais. Syncthing fait de même sur chaque pair. C’est la meilleure solution pour récupérer vos données : les fichiers sont simplement présents sur chaque appareil. Le magasin d’objets de Seafile nécessite Seafile ou ses outils d’export pour reconstituer les blocs en fichiers. Le stockage objet nécessite rclone ou un équivalent, ce qui se fait avec une seule commande.

La synchronisation n’est pas une sauvegarde, et c’est là que les données sont perdues

Tous les outils présentés ici copient les modifications entre les machines. Une suppression est une modification. Supprimez un dossier sur votre ordinateur portable : le client en informe le serveur, le serveur applique la suppression et tous les autres appareils la répercutent. Les ransomwares utilisent le même mécanisme : ils chiffrent les fichiers localement, le client détecte les fichiers modifiés et en téléverse les versions chiffrées. La synchronisation a fonctionné correctement. Vos données ont quand même disparu.

Les corbeilles et l’historique des versions limitent les conséquences. Ils expirent également, peuvent être vidés par le même compte que celui à l’origine de l’erreur et se trouvent sur le même disque que la copie active. Une panne de volume emporte les fichiers et leur historique en même temps.

Une sauvegarde est une copie distincte, stockée sur un matériel distinct, effectuée selon une planification et dont vous avez restauré le contenu au moins une fois. Sauvegardez la base de données lors de la même exécution que les fichiers. Restaurer un répertoire de données Nextcloud sans sa base de données produit une instance qui ne sait pas que ces fichiers existent ; un occ files:scan effectué ensuite récupère les fichiers, mais perd les partages et l’historique des versions stockés dans ces tables. Sauvegardes restic planifiées depuis un VPS présente cette méthode chiffrée et dédupliquée, notamment la façon de tester une restauration au lieu de supposer qu’elle fonctionnera.

Ce que je choisirais

Nextcloud, pour la plupart des personnes qui lisent ce guide. Après avoir quitté Dropbox, ce qui manque le plus est la possibilité de transmettre un lien à une personne qui n’installera jamais rien, et d’ouvrir un fichier sur un téléphone. Nextcloud permet de faire les deux grâce à ses clients officiels, sans abonnement payant. 2 GB de RAM constituent un coût raisonnable pour cela. Je retiens deux exceptions. Si le dossier vous appartient exclusivement et se trouve uniquement sur du matériel que vous possédez, utilisez Syncthing. Vous n’aurez ainsi aucun serveur à mettre à jour ni aucune interface web à protéger. Si vous synchronisez un répertoire de travail contenant des centaines de milliers de fichiers, utilisez Seafile. Acceptez alors le stockage opaque en échange de la vitesse. Le stockage objet doit être utilisé en dessous de la solution choisie, comme cible de sauvegarde, et non devant elle comme outil de synchronisation.

FAQ

Syncthing est-il un système de sauvegarde pour mon ordinateur portable ?

Non. Syncthing réplique les modifications entre les appareils. Une suppression est une modification comme une autre : si vous supprimez un fichier par erreur, il disparaît de tous les appareils associés en quelques secondes. Le versionnage des fichiers par dossier limite ce risque, mais il reste désactivé tant que vous ne l’activez pas sur chaque dossier. Conservez une véritable sauvegarde sur un autre matériel, effectuée selon une planification, puis restaurez-la une fois pour vérifier que la restauration fonctionne.

Puis-je exécuter Nextcloud et Syncthing sur le même VPS ?

Oui. Ils écoutent sur des ports différents et n’entrent pas en conflit. Ne définissez pas le répertoire de données de Nextcloud comme dossier Syncthing. Nextcloud suit chaque fichier dans une base de données. Les fichiers ajoutés directement sur le disque restent donc invisibles jusqu’à l’exécution de occ files:scan, tandis que les fichiers supprimés directement dans ce répertoire laissent dans la base des entrées qui ne pointent plus vers rien. Donnez à Syncthing son propre répertoire, ou ajoutez ce répertoire à Nextcloud comme stockage externe afin que Nextcloud sache le parcourir.

Lequel permet de partager un lien avec une personne qui n’a pas de compte ?

Nextcloud et Seafile créent tous deux des liens publics, avec un mot de passe facultatif et une date d’expiration. Le stockage objet fournit une URL presigned qui cesse automatiquement de fonctionner après le délai défini. Syncthing ne permet pas cela. Son modèle de partage repose sur l’association d’appareils : l’autre personne doit installer Syncthing, vous communiquer un identifiant d’appareil et accepter le dossier.

De quel espace disque le serveur a-t-il besoin ?

Pour un serveur de référence, prévoyez la taille totale des données partagées, ainsi que l’espace nécessaire à l’historique des versions et à la corbeille, sans oublier la marge de travail pour les uploads en cours. L’historique des versions est souvent sous-estimé : conserver chaque version d’un fichier de 2 GB modifié chaque jour augmente rapidement l’espace utilisé. Définissez donc tôt une politique de rétention. Placer les données sur un volume distinct évite que cette croissance ne remplisse le système de fichiers racine. Un disque plein arrête alors tout le serveur au lieu de bloquer un seul upload.