Un outil de transfert qui ramene envoi et reception a un seul passage direct : le fichier ne se pose jamais sur le serveur de quelqu un d autre, et la personne qui recoit n installe rien.

Ce que fait vraiment cet outil

EteDrop est un outil de transfert de fichiers multiplateforme avec une idee simple : si le serveur peut etre evite, il est evite. Il tire un canal direct entre l expediteur et le destinataire avec WebRTC, et le serveur garde trois taches, aider deux appareils a se trouver, distribuer la page de partage, et exposer une interface d etat. Le fichier lui-meme n entre pas dans le serveur et ne se range pas non plus dans un stockage tiers.

Facile a dire, mais la difference se sent a l usage. Envoyer un fichier quelque part puis le faire telecharger par l autre cote signifie que le meme fichier parcourt le trajet deux fois ; une liaison directe le parcourt une fois. Le blog officiel pose le calcul : un fichier de 5GB sur une liaison a 50Mbps demande environ 14 minutes par le long chemin et environ 7 minutes en direct. Les chiffres bougent avec le reseau, mais la difference entre un passage et deux est structurelle.

Sur le reseau public : sans depot, sans relais

Le partage se fait par lien et code de retrait. Le lien part, le destinataire ouvre, saisit le code, voit le fichier et le prend. Le lien se transmet librement, le code garantit que seule la bonne personne retire, et cette couche de controle, une transmission qui repose sur la decouverte automatique dans un meme reseau ne peut pas la fournir.

D un reseau a un autre, il compte sur la traversee de NAT par WebRTC. La FAQ officielle donne un chiffre : environ 80% des reseaux des utilisateurs acceptent un transfert P2P. Dans les autres, le chemin direct ne s ouvre pas, donc l outil est exigeant sur les conditions de reseau. Ce n est pas une clause cachee, cela figure sur la FAQ de la page d accueil.

Mode reseau local : meme sous-reseau, bascule automatique

Quand les deux appareils sont derriere le meme routeur, EteDrop passe par le reseau local au lieu de contourner par le public. La vitesse depend alors du routeur et de la carte reseau, et en pratique elle approche le plafond materiel du reseau local. Echanger entre postes du bureau, faire passer des elements entre quelques appareils a la maison : cela prend presque toujours ce chemin.

Le mode local envoie vers plusieurs appareils a la fois et recoit par lots. A cote des fichiers, le texte et les images du presse-papiers prennent le meme chemin, ce qui supprime l etape de sauvegarde en fichier. Ce chemin ne demande pas le reseau public et fonctionne meme sans connexion.

Aucune installation cote destinataire

La vraie friction dans un outil de transfert est rarement la vitesse, c est de savoir si l autre a installe quelque chose. EteDrop transforme la reception en page web : l expediteur utilise un client, le destinataire a besoin d un navigateur. Que l autre soit sous Windows, sur un Mac ou sur un telephone ne change rien.

Plus besoin de demander a quelqu un de creer un compte, d installer un client, d attendre une mise a jour et de l ouvrir, juste pour recevoir une video de 300MB. On envoie le lien, l autre ouvre, saisit le code, et l affaire est close.

Regarder d abord, telecharger ensuite

La page de partage integre un apercu : PDF, images courantes, audio, texte brut et fichiers de code colores s ouvrent dans le navigateur, et une video MP4 se regarde pendant la reception. Une fois cette version validee, on telecharge.

Ce detail paie sur les gros fichiers. Telecharger un element de 500MB et decouvrir seulement apres que la version etait la mauvaise coute cher a refaire ; un coup d oeil avant evite ce detour.

Open source, et hebergeable soi-meme

Le projet est ouvert sur une plateforme d hebergement de code, sous licence MIT. Le depot se divise par responsabilite : un client multiplateforme ecrit en Flutter, un service de signalisation en NestJS, une page de partage en React et Vite, un site monte avec Docusaurus. Pour une instance interne, les documents existent pour deployer le serveur, empaqueter la version bureau et empaqueter la version mobile.

La pile ne cache pas de tours : Flutter et Dart portent le client multiplateforme, NestJS avec TypeScript porte la signalisation et l interface, le traitement des medias depend de FFmpeg. L auteur tient un document separe sur les composants tiers et les obligations de licence, et qui redistribue doit verifier lui-meme les options de compilation de FFmpeg ; les projets independants qui ecrivent ces details ne sont pas nombreux.

La ou cela tombe juste, et la ou non

Les deux cotes connectes, un gros fichier a remettre tout de suite, ou l envie de ne pas laisser de copie sur le disque d un autre : voila le cas confortable. A l inverse, si le destinataire est absent et que le fichier doit attendre jusqu a demain, un service avec stockage reste necessaire. Le P2P ne connait pas la livraison differee.

La documentation officielle le dit aussi clairement : un transfert interrompu doit repartir de zero, il n y a pas encore de reprise. Au dela de 10GB, une liaison filaire stable ou un Wi-Fi puissant est conseille. Ce sont des arbitrages, pas des defauts ; la liaison directe supprime le serveur, et le prix est exactement ce que le serveur apportait comme garantie.

EteDrop ramene un vieux probleme a sa forme la plus simple : un fichier va de A a B sans qu un tiers se place entre les deux. Le prix est que les deux bouts soient connectes en meme temps et que le reseau laisse passer ; en echange viennent une attente plus courte et la certitude que le fichier ne s est pas pose sur la machine d un autre.