Seafile ou Nextcloud : lequel choisir pour la synchro ?

Seafile ou Nextcloud : réponse courte

Seafile ou Nextcloud, la différence tient à ce qu’est un fichier une fois arrivé sur le serveur. Seafile découpe chaque fichier en blocs et les stocke dans un object store que seul Seafile peut lire. La synchronisation est donc rapide, mais la sauvegarde se déroule en deux étapes. Nextcloud écrit votre fichier sur le disque comme un fichier et considère la synchronisation comme une fonctionnalité parmi d’autres d’une plateforme qui gère aussi les calendriers, les contacts, les documents et les liens de partage. Décidez en fonction de cette différence, car tout le reste en découle.

En octobre 2026, Seafile est en version 13.0 et Nextcloud en version 35. Les deux solutions sont matures, et aucune ne s’apprête à modifier son modèle de stockage.

Comment Seafile stocke vos fichiers

Seafile modélise une library comme git modélise un repository. Le manuel d’administration présente le modèle interne sous la forme Repo, Commit, FS et Block, et précise qu’un repo est également appelé une library. Chaque fichier est découpé en blocks de longueur variable par le content-defined chunking (CDC, un algorithme qui détermine les limites des blocks à partir des données elles-mêmes). Le manuel indique une taille moyenne d’environ 8 MB par block. Les uploads effectués depuis l’interface web font exception : le file server découpe alors les fichiers en blocks de taille fixe, de 8 MB par défaut. Les blocks sont nommés d’après leur contenu. Ainsi, deux versions d’un même fichier volumineux partagent tous les blocks qui n’ont pas changé, et deux libraries partagent également les blocks identiques.

La base de données relationnelle ne contient qu’une petite quantité de metadata sur les libraries. Tout le reste, c’est-à-dire les commits, les objets de répertoire et les blocks, se trouve dans le data directory. Dans la disposition Docker utilisée par les séries 12 et 13, il s’agit de /opt/seafile-data/seafile/seafile-data. Exécuter ls à cet emplacement ne vous apprend rien d’utile, car vous voyez des répertoires remplis de noms de hash, et non Invoices/2026/march.pdf.

La synchronisation suit le même modèle. Le client demande au serveur ce qui a changé, reçoit une liste de block hashes et récupère uniquement les blocks qu’il ne possède pas déjà. C’est pourquoi Seafile reste efficace avec une library volumineuse : le volume de données transférées est proportionnel aux blocks qui ont changé, et non à la taille du fichier qui les contient.

Comment Nextcloud stocke vos fichiers

Nextcloud place les fichiers sur le disque à l’emplacement attendu. Le chemin data/<username>/files/ correspond à ce que l’utilisateur voit dans l’interface web. La table de base de données oc_filecache reproduit cette même arborescence avec les tailles, les dates de modification et les etags. Nextcloud s’appuie sur cette table plutôt que sur le contenu du disque.

Le client desktop utilise WebDAV (web distributed authoring and versioning) sur HTTPS. Chaque fichier nécessite au moins une requête. C’est pourquoi Nextcloud a ajouté une API d’upload groupé : le manuel développeur explique que l’envoi de nombreux petits fichiers est plus lent qu’il ne devrait l’être, car la bande passante réseau n’est pas pleinement utilisée. Les petits fichiers sont donc regroupés. Les fichiers volumineux utilisent plutôt l’API de chunking. Le client desktop commence avec des chunks de 100 MiB (chunkSize vaut par défaut 104857600 octets) et peut ajuster dynamiquement leur taille entre un minimum de 5 MiB et un maximum de 100 MiB.

L’intérêt du stockage des fichiers sur le disque est que tous les outils dont vous disposez déjà peuvent lire vos données. En contrepartie, Nextcloud ne détecte pas les modifications effectuées en dehors de lui. Copiez directement les fichiers dans le répertoire de données : ils resteront invisibles dans l’interface web jusqu’à ce que vous lanciez un scan :

sudo -E -u www-data php occ files:scan --all -vv

Le manuel d’administration cite précisément ces cas pour effectuer un rescan : après avoir copié directement des fichiers dans le répertoire de données, après une migration et lorsque vous recherchez des incohérences dans le cache des fichiers.

Lequel synchronise une bibliothèque volumineuse le plus rapidement ?

Seafile, dans les deux cas les plus pénalisants : des dizaines de milliers de petits fichiers et des modifications répétées de fichiers volumineux. Le mécanisme utilisé est la déduplication au niveau des blocs. Ainsi, si le milieu d’une image disque de 4 GB a été modifié, seuls quelques blocs sont envoyés. Nextcloud réduit l’écart sur les petits fichiers avec l’envoi groupé, mais ne peut pas combler l’écart sur les fichiers volumineux, car son unité de transfert est le fichier entier.

Ne vous fiez ni à mon estimation de l’écart ni à un benchmark fourni par un éditeur. Créez une bibliothèque représentative de la vôtre et mesurez le temps nécessaire :

mkdir -p ~/synctest && cd ~/synctest
for i in $(seq 1 20000); do head -c 4096 /dev/urandom > "file_$i.bin"; done
du -sh ~/synctest

Copiez ce répertoire dans un dossier synchronisé sur chaque serveur et surveillez la fin de la synchronisation du client. La fiabilité compte autant que la vitesse. Un client Seafile envoie d’abord les blocs et écrit en dernier le commit qui les référence. Ainsi, une interruption de l’envoi laisse la bibliothèque sur son commit précédent, au lieu de laisser une arborescence partiellement écrite.

Ce que chaque solution nécessite sur un petit VPS

La documentation de Seafile demande « au moins 2G de RAM et un processeur à 2 cœurs (> 2GHz) ». Nextcloud documente plutôt la mémoire par processus PHP : un minimum de 128 MB et 512 MB recommandés par processus. Vous devez multiplier cette valeur par le nombre de workers, puis ajouter les besoins de la base de données, du cache et de la génération des aperçus. Voici les points de départ que j’utiliserais pour une petite équipe. Il s’agit de points de départ, pas de mesures.

[
  {
    "label": "Seafile CE 13",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 3
  },
  {
    "label": "Nextcloud 35",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 1
  },
  {
    "label": "Syncthing 2",
    "start_ram_gb": 1,
    "start_cpu_cores": 1,
    "sql_databases": 0
  }
]

Les deux solutions appartiennent à la même catégorie, avec 4 GB de RAM et 2 cœurs. La mémoire nécessaire ne permet donc pas de les départager. Syncthing fonctionne avec 1 GB et 1 cœur. C’est la raison concrète de l’envisager. Les composants sont plus différents que la consommation mémoire. Seafile utilise 3 bases SQL, contre 1 pour Nextcloud. Le déploiement Docker par défaut de Seafile démarre le serveur, MariaDB, Redis, SeaDoc et Caddy à partir de fichiers que vous téléchargez au préalable :

mkdir /opt/seafile
cd /opt/seafile
wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
wget https://manual.seafile.com/13.0/repo/docker/caddy.yml
nano .env

Dans .env, définissez SEAFILE_SERVER_HOSTNAME, les mots de passe root et des bases de données MySQL, le compte administrateur initial et JWT_PRIVATE_KEY. Le manuel exige une chaîne aléatoire d’au moins 32 caractères pour cette clé. Elle est lue au premier démarrage. Générez-la donc avant de démarrer la stack :

openssl rand -base64 40
docker compose up -d

Le premier démarrage crée les trois bases de données et l’utilisateur administrateur. Les choix équivalents pour Nextcloud, notamment TLS et le reverse proxy, sont présentés dans le guide Nextcloud sur un VPS avec Docker, TLS et sauvegardes.

En quoi les sauvegardes diffèrent-elles ?

C’est l’axe que l’on sous-estime souvent, et c’est là que les deux produits diffèrent le plus.

Avec Seafile, l’ordre n’est pas facultatif. Le manuel recommande de sauvegarder d’abord la base SQL, puis le répertoire de données. Ainsi, chaque enregistrement de la base possède un objet valide à référencer et les bibliothèques ne sont pas corrompues. Si vous inversez l’ordre, une ligne de la base peut pointer vers un bloc que votre snapshot n’a jamais capturé.

docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt ccnet_db > ccnet_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seafile_db > seafile_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seahub_db > seahub_db.sql
rsync -az /opt/seafile-data/seafile /backup/data/

Ces lignes comportent deux points importants. Utilisez mariadb-dump, car le manuel de Seafile recommande la série de commandes mariadb : les noms mysql sont progressivement abandonnés dans les versions récentes de MariaDB et, depuis MariaDB 11.0, l’image Docker officielle ne contient plus du tout le nom mysqldump. Le fichier Compose de Seafile 13 utilise encore MariaDB 10.11 par défaut. Cela devient donc surtout important lorsque vous passez à une image de base de données plus récente. Supprimez l’option -t de docker exec lorsque vous redirigez la sortie vers un fichier, car un TTY réécrit les fins de ligne et endommage le dump.

Les deux parties sont capturées séparément et peuvent donc diverger. Après toute restauration, vérifiez le store avant de lui faire confiance :

docker exec -it seafile bash
cd /opt/seafile/seafile-server-latest
./seaf-fsck.sh

Lorsqu’un élément manque, l’outil indique l’objet concerné :

Block 650fb22495b0b199cff0f1e1ebf036e548fcb95a is missing.
Repo ca1a860d HEAD commit is corrupted, need to restore to an old version.

Prévoyez également le garbage collection. La déduplication conserve les blocs des fichiers et bibliothèques supprimés jusqu’à l’exécution de ./seaf-gc.sh depuis ce même répertoire. L’exécution indique ce qu’elle a trouvé, par exemple GC finished. 507 blocks total, about 507 reachable blocks, 0 blocks can be removed.. Si vous l’ignorez pendant un an, vos sauvegardes continuent de stocker des données que vos utilisateurs ont supprimées.

Nextcloud présente le même problème en deux parties, sous une forme différente, car le répertoire de données et la base de données doivent décrire la même arborescence :

sudo -E -u www-data php occ maintenance:mode --on
rsync -Aavx /srv/nextcloud/ /backup/nextcloud-dirbkp/
mariadb-dump --single-transaction --default-character-set=utf8mb4 -u nextcloud -p"$DB_PASS" nextcloud > /backup/nextcloud-sqlbkp.bak
sudo -E -u www-data php occ maintenance:mode --off

Conservez le répertoire de configuration, le répertoire de données, les applications personnalisées et votre thème, ainsi que ce dump. Restaurez les deux parties issues du même instant. Si le répertoire de données est plus récent que la base de données, les utilisateurs voient des fichiers que le cache des fichiers ne connaît pas, et occ files:scan --all répare ce problème. Si la base de données est plus récente, les lignes du cache pointent vers des fichiers qui n’existent plus, et occ files:cleanup supprime les entrées du cache sans correspondance dans la table de stockage.

Dans les deux cas, il vous faut un logiciel de sauvegarde capable de gérer de nombreux petits fichiers et de conserver un historique. C’est ce que restic et BorgBackup font différemment.

Clients sur les postes de travail et les appareils mobiles

Seafile fournit deux programmes pour ordinateur. Le client de synchronisation conserve une copie locale des bibliothèques que vous sélectionnez. Le client Drive (SeaDrive) monte vos bibliothèques comme un lecteur virtuel et télécharge les fichiers à la demande : sous Windows, il utilise l’API Cloud Files de Microsoft ; sous macOS, la version 3.0 est une extension Finder ; sous Linux, il est fourni au format AppImage depuis la version 3.0.12 et monte les bibliothèques dans ~/SeaDrive. Sous Windows et macOS, les bibliothèques chiffrées restent masquées dans le client Drive jusqu’à ce que vous les sélectionniez dans le menu de la zone de notification et saisissiez le mot de passe. Les applications mobiles servent à accéder aux fichiers, et c’est leur seule fonction.

Le client de bureau de Nextcloud propose également des fichiers virtuels. Ses applications mobiles couvrent aussi le reste de la plateforme : le calendrier, les contacts, Talk et les notes sont disponibles en plus de l’accès aux fichiers. Si vos utilisateurs travaillent principalement depuis leur téléphone et ont besoin de plus que des fichiers, la différence est réelle au quotidien.

Un point propre à Seafile doit être planifié : la bibliothèque est l’unité de partage, de synchronisation, de gestion des permissions et de chiffrement. Définissez l’organisation de vos bibliothèques avant de charger 500 GB dans une seule bibliothèque, car déplacer un fichier d’une bibliothèque à une autre consiste à le copier puis à le supprimer, et non à le renommer. Son historique ne le suit donc pas.

Chiffrement : ce que chacun protège réellement

Les bibliothèques chiffrées de Seafile utilisent un chiffrement côté client. Le mot de passe n’est jamais stocké sur le serveur. Un token magique dérivé du mot de passe et de l’identifiant de la bibliothèque est stocké avec celle-ci. Le client peut ainsi vérifier le mot de passe avant de lancer la synchronisation. La clé de fichier est chiffrée avec une clé et un IV (vecteur d’initialisation) dérivés de votre mot de passe avec AES 256/CBC. Les données du fichier sont chiffrées avec cette clé de fichier.

Lisez les limites documentées, car elles sont souvent oubliées. Une bibliothèque chiffrée chiffre uniquement le contenu des fichiers. Les noms des dossiers et des fichiers ne sont pas chiffrés. Leur taille et l’historique des modifications ne le sont pas non plus. La consultation d’une bibliothèque chiffrée dans un navigateur web n’est pas de bout en bout : vous saisissez le mot de passe, le serveur l’utilise pour déchiffrer la clé de fichier, puis il conserve le mot de passe en cache pendant une heure. Le manuel précise également qu’une bibliothèque chiffrée ne garantit pas l’intégrité. Un administrateur du serveur peut modifier une partie du contenu d’un fichier sans que le client puisse le détecter.

Nextcloud propose deux fonctionnalités aux noms très proches, ce qui peut prêter à confusion. Le chiffrement côté serveur chiffre les fichiers au repos, mais conserve les clés sur le même serveur. Il protège donc bien mieux les données stockées sur un stockage externe qu’il ne vous protège d’une personne disposant de l’accès root à la machine. L’application de chiffrement de bout en bout chiffre certains dossiers sur le client. Par conception, le serveur ne peut pas les lire. L’interface web, la recherche côté serveur et les aperçus ne peuvent donc pas non plus consulter le contenu de ces dossiers.

Le chiffrement d’aucun de ces deux produits ne remplace une sauvegarde chiffrée. Chiffrez la sauvegarde séparément.

Calendriers, contacts, bureautique et plateforme d’applications

Cet axe n’est pas comparable. Nextcloud fournit CalDAV (calendrier via WebDAV) et CardDAV (contacts via WebDAV) dans son cœur, s’intègre à Collabora ou OnlyOffice pour les documents et dispose d’un app store pour tout le reste. Seafile 13 fournit SeaDoc pour les documents collaboratifs et les pages wiki. Il peut ouvrir et modifier des fichiers Office via un serveur OnlyOffice que vous déployez séparément, puis s’arrête là. Il n’y a ni calendrier ni carnet d’adresses.

La plateforme a un coût, et ce coût se paie lors des mises à niveau. Chaque application que vous installez peut bloquer une mise à niveau de Nextcloud ou mal fonctionner après celle-ci. Plus vos utilisateurs dépendent de ces applications, plus vous devez préparer soigneusement la fenêtre de mise à niveau. Seafile offre moins de possibilités de panne parce qu’il fait moins de choses. Notez également que c’est Seafile Professional, et non la Community Edition, qui ajoute la recherche en texte intégral dans les documents et les permissions au niveau des dossiers. Professional fonctionne sans licence payante jusqu’à trois utilisateurs. Au-delà, une licence est nécessaire. Vérifiez donc que la fonctionnalité sur laquelle vous comptez est incluse dans l’édition que vous prévoyez d’utiliser.

Le mode de défaillance propre à chacun

Seafile échoue lorsque la base de données et l’object store ne sont plus synchronisés. Une bibliothèque ne s’ouvre plus ou des fichiers disparaissent, et seaf-fsck.sh affiche le bloc manquant. Il n’existe pas d’arborescence de fichiers à réparer manuellement. La récupération repose donc sur votre dump de base de données et votre object store, restaurés dans le bon ordre. Testez cette restauration une fois sur un VPS de secours. Une sauvegarde que vous n’avez jamais restaurée reste une hypothèse.

Nextcloud échoue lorsque son cache de fichiers et le disque ne correspondent plus, généralement parce qu’un processus a écrit dans le data directory sans en informer Nextcloud. Un fichier présent sur le disque n’apparaît pas dans l’interface web, ou la taille d’un dossier est incorrecte. occ files:scan permet de corriger ce problème. Les deux autres points sensibles sont le débit du protocole avec de nombreux petits fichiers, qu’aucune quantité de CPU ne peut compenser, et la mémoire PHP. La génération d’aperçus pour les images et vidéos volumineuses provoque généralement le pic de consommation. Prévoyez donc 512 MB par processus et générez les aperçus dans une tâche planifiée plutôt que pendant les requêtes.

Ni l’un ni l’autre : Syncthing, si vous voulez seulement synchroniser des fichiers

Si votre besoin réel se limite à répliquer un dossier entre plusieurs machines, ces deux produits offrent plus de fonctionnalités que nécessaire. Syncthing n’utilise ni serveur ni comptes. Chaque appareil est un pair, et un VPS devient le pair qui reste disponible lorsque votre ordinateur portable est en veille. Syncthing 2 est la branche actuelle, et les paquets proviennent du dépôt officiel du projet :

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing

Exécutez-le avec un utilisateur normal, jamais avec root, afin que les fichiers qu’il écrit aient des permissions et un propriétaire cohérents :

sudo systemctl enable --now syncthing@youruser
systemctl status syncthing@youruser

L’interface web écoute par défaut sur 127.0.0.1:8384. Elle n’est donc pas accessible depuis Internet, ce qui est le comportement recommandé. Accédez-y depuis votre ordinateur portable avec un tunnel SSH :

ssh -L 8384:127.0.0.1:8384 youruser@your-server

Ouvrez ensuite http://127.0.0.1:8384 sur l’ordinateur portable. La synchronisation utilise le port 22000 en TCP et QUIC. La découverte locale utilise UDP 21027, qui ne fonctionne pas sur Internet. Sur un VPS, ouvrez 22000 et laissez l’interface fermée :

sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp

Vous renoncez alors à toutes les fonctionnalités serveur : pas de liens de partage pour les personnes qui n’utilisent pas Syncthing, pas d’explorateur de fichiers web, pas de comptes utilisateur et pas de corbeille côté serveur, sauf si vous activez le versioning des fichiers pour chaque dossier. La surprise classique est le fichier en conflit. Si vous modifiez un même fichier sur deux appareils qui ne peuvent pas communiquer, Syncthing crée un fichier voisin dont le nom ressemble à notes.sync-conflict-20260806-142233-ABCD1EF.md. Aucun avertissement ne s’affiche. Recherchez donc régulièrement sync-conflict.

Si vous ne voulez pas synchroniser un dossier, mais fournir un bucket dans lequel des applications écrivent, il vous faut encore un autre outil : consultez le stockage d’objets compatible S3 auto-hébergé. Pour une vue d’ensemble, le comparatif des alternatives auto-hébergées à Dropbox présente les solutions qui ne figurent pas dans cette comparaison.

La règle de décision

1. Choisissez Seafile si le besoin est la synchronisation à grande échelle : nombreux fichiers, fichiers volumineux, plusieurs appareils, et si vous acceptez un data store que seul Seafile peut lire.
2. Choisissez Nextcloud si le besoin est une plateforme : calendriers, contacts, documents et liens de partage, avec des fichiers classiques sur disque que n’importe quel outil de sauvegarde peut lire.
3. Choisissez Syncthing si le besoin se limite à un dossier miroir.

Choisissez dès maintenant avec soin, car la migration entre Seafile et Nextcloud constitue le véritable verrouillage. Il n’existe aucun convertisseur. Vous synchronisez tout vers un client, vous téléversez les données vers l’autre serveur, puis vous payez le coût en bande passante et en temps, tandis que l’historique des versions et les liens de partage restent sur l’ancien serveur. Dimensionner le choix actuel pour les trois prochaines années coûte moins cher qu’une migration pendant la deuxième année.

FAQ

Seafile est-il plus rapide que Nextcloud pour synchroniser de grandes bibliothèques ?

Oui dans les deux cas qui posent généralement problème, et pour une raison que vous pouvez vérifier. Seafile découpe les fichiers en blocs de 8 MB en moyenne et transfère uniquement les blocs modifiés. Une modification à l’intérieur d’un gros fichier ne transfère donc que quelques blocs. Nextcloud transfère le fichier entier. La même modification entraîne donc un nouvel envoi complet. De nombreux petits fichiers nécessitent aussi au moins une requête WebDAV chacun. C’est pourquoi son API d’upload groupé regroupe les petits fichiers. Mesurez les deux solutions sur votre propre VPS avant de vous décider. Votre CPU, votre disque et votre liaison réseau comptent autant que le protocole.

Puis-je sauvegarder Seafile en exécutant rsync sur le répertoire de données ?

Uniquement avec les bases de données, et dans l’ordre indiqué dans la documentation. Le manuel de Seafile recommande de sauvegarder d’abord la base SQL, puis le répertoire de données. Ainsi, chaque enregistrement de la base fait référence à un objet présent dans la sauvegarde. La commande rsync -az /opt/seafile-data/seafile /backup/data/ copie conf, seafile-data et seahub-data. Elle ne suffit toutefois pas pour restaurer Seafile, car l’object store ne contient pas d’arborescence de fichiers lisible et la base de données en constitue l’index. Après avoir restauré les deux parties, exécutez seaf-fsck.sh et lisez sa sortie avant de considérer le résultat comme fiable.

Ai-je besoin de Nextcloud si je veux uniquement synchroniser des fichiers ?

Non. Nextcloud est une plateforme. Le calendrier, les contacts et l’app store consomment de la mémoire et nécessitent un suivi des mises à niveau, que vous les utilisiez ou non. Pour une simple synchronisation de fichiers, Seafile est le produit le plus léger et son protocole est plus rapide. Syncthing est encore plus léger, car il ne nécessite aucun composant côté serveur. Choisissez Nextcloud si vous avez besoin de ses applications supplémentaires, pas par défaut.

Une bibliothèque Seafile chiffrée masque-t-elle les noms de mes fichiers ?

Non. Une bibliothèque chiffrée chiffre le contenu des fichiers côté client et le mot de passe n’est jamais transmis au serveur. En revanche, les noms des dossiers, les noms des fichiers, leur taille et l’historique des modifications restent visibles sur le serveur. L’ouverture d’une bibliothèque chiffrée dans l’interface web envoie également le mot de passe au serveur. Celui-ci déchiffre la clé du fichier et conserve le mot de passe en mémoire pendant une heure. Si les noms eux-mêmes sont sensibles, n’utilisez pas cette bibliothèque dans l’interface web et chiffrez-la à un autre niveau.

Quelle quantité de RAM dois-je attribuer à Seafile ou Nextcloud sur un VPS ?

Commencez avec 4 GB de RAM et 2 cœurs pour l’un ou l’autre avec quelques utilisateurs, puis surveillez la mémoire pendant la génération des aperçus et les recherches. La documentation de Seafile fixe le minimum à 2 GB de RAM et à un CPU de 2 cœurs cadencé à plus de 2 GHz. La documentation de Nextcloud recommande 512 MB par processus PHP. Multipliez cette valeur par le nombre de workers avant d’ajouter les besoins de la base de données et du cache. Syncthing fonctionne confortablement avec 1 GB.