PairDrop vs tosstome

Dernière vérification 2026-10-28

PairDrop est le successeur open source de Snapdrop le plus complet, et pour le partage de navigateur à navigateur il est excellent. tosstome le recoupe volontairement, et s'en distingue sur un seul point : la réception sur un ordinateur où aucun navigateur n'est ouvert.

Ce que PairDrop fait bien

D'après le README de PairDrop (vérifié le 2026-10-28) :

Partage en pair à pair entre appareils du même réseau local, dans le navigateur
Appairage persistant avec un code à 6 chiffres ou un QR code, pour que les appareils appairés se retrouvent sur n'importe quel réseau
Salons publics temporaires pour des transferts ponctuels par Internet
Un serveur TURN pour les appareils derrière un NAT, afin que les connexions fonctionnent sur les Wi-Fi publics, les réseaux d'entreprise et les VPN
Envoi depuis le menu Partager sur iOS et Android, et un pairdrop-cli pour envoyer depuis un terminal
Traduit dans des dizaines de langues, sous licence GPL-3.0, auto-hébergeable

Le manque : recevoir sans navigateur

PairDrop reçoit dans un onglet de navigateur. Des utilisateurs ont demandé un récepteur sans interface, par exemple « a headless container / VM which is constantly open for receiving data and linked to my NAS » (un conteneur ou une VM sans interface, constamment ouvert pour recevoir des données et relié à mon NAS) (issue #357) et « send files from my phone to home server (headless, cli only) » (envoyer des fichiers de mon téléphone vers un serveur domestique, sans interface, en ligne de commande uniquement) (issue #430). Le mainteneur a répondu que cela sortait du périmètre du projet et ne serait pas implémenté à court terme. C'est un choix légitime pour PairDrop, et c'est justement le manque autour duquel tosstome a été conçu.

Côte à côte

	PairDrop	tosstome
Découverte à proximité dans le navigateur	Oui	Oui
Entre réseaux	Appareils appairés, salons publics, TURN	Code à 6 chiffres, repli sur un relais Cloudflare
Appairage persistant dans le navigateur	Oui	Pas encore
Recevoir sur un ordinateur sans interface	Non (refusé dans #357 et #430)	Oui, `tosstome listen` avec un lien fixe et un QR code
Envoyer depuis un terminal	Oui, pairdrop-cli	Oui, `tosstome send FILE --to LINK`
Messages texte	Oui	Oui
Langues	De nombreuses	Anglais
Fichiers stockés	Non	Non
Auto-hébergement	Docker ou Node.js	Un seul Cloudflare Worker

Lequel choisir

Pour partager entre des téléphones et des ordinateurs portables qui ont tous un navigateur ouvert, PairDrop est aujourd'hui le choix le plus abouti. Choisissez tosstome quand le destinataire est un serveur, un NAS, un ordinateur à la maison ou un script, bref quelque chose qui doit accepter des fichiers de votre téléphone à tout moment sans onglet ouvert.

Ce que fait tosstome

Fonctionne dans le navigateur. Rien à installer côté envoi.
Les appareils d'un même réseau se voient automatiquement. Sur des réseaux différents, un appareil affiche un code à 6 chiffres et l'autre le saisit.
Les fichiers vont d'un appareil à l'autre via WebRTC quand les réseaux le permettent. Si une connexion directe ne s'établit pas en quelques secondes, ils passent par un relais hébergé sur Cloudflare, qui transmet les octets sans rien conserver.
Un outil en ligne de commande facultatif, tosstome listen, garde une boîte de réception toujours active sur un ordinateur. Il affiche un lien et un QR code ; ouvrez-le sur un téléphone et les fichiers arrivent dans un dossier de cet ordinateur, sans navigateur ouvert côté ordinateur.
Les messages texte et les liens circulent comme les fichiers, avec un bouton Copier côté réception.
Rien n'est stocké. Si le destinataire est hors ligne, rien n'est envoyé.

Ce que tosstome ne fait pas (encore)

Le relais est protégé par TLS entre chaque appareil et Cloudflare, mais il n'est pas encore chiffré de bout en bout. Les transferts WebRTC directs sont chiffrés de bout en bout par le navigateur (DTLS).
Un navigateur qui reçoit garde le fichier en mémoire jusqu'à ce que vous l'enregistriez ; pour de très gros fichiers, mieux vaut donc recevoir avec l'outil en ligne de commande, qui écrit directement sur le disque.
Les deux côtés doivent être en ligne en même temps. Il n'y a pas de formule « envoyer maintenant, télécharger demain ».
C'est un service récent. L'appairage d'appareils dans le navigateur et le chiffrement de bout en bout sur le relais sont encore en cours de développement.