Transfert de fichiers en ligne de commande
Une alternative à Magic Wormhole qui passe par votre propre bucket
Les deux vous donnent un code court dans un terminal, les deux sont open source, et les deux existent pour une personne qui emporte quelque chose d’une machine à une autre sans compte.
Ce qu’est Magic Wormhole
Dans ses propres termes.
Un outil en ligne de commande qui envoie des fichiers et des dossiers d’un ordinateur à un autre avec un code court et lisible, du genre 7-crossover-clockwork. Les deux côtés exécutent un PAKE, donc le code sert à la fois à trouver le pair et à chiffrer ; les octets voyagent directement entre les machines, ou via un relais de transit quand elles ne peuvent pas se joindre.
Côte à côte
Où ils se séparent.
| s3nd | Magic Wormhole | |
|---|---|---|
| Ce que c’est | Une CLI, une bibliothèque et des hooks React sur votre propre bucket S3 | Transfert de fichiers en CLI avec un code dictable |
| Où vivent les données | Votre bucket : S3, R2, MinIO, Scaleway, Wasabi | En transit seulement : pair à pair, ou via un relais de transit |
| Les deux côtés en ligne en même temps | Non. Le code est utilisé plus tard, jusqu’à expiration | Oui |
| Depuis votre app web | Oui, via une route sur votre serveur | Non, terminal d’abord |
| Comptes | Aucun. Le code est toute la poignée de main | Aucun |
| Hébergement | Votre bucket, plus votre serveur quand un navigateur participe | Serveurs de rendez-vous et de relais publics par défaut ; auto-hébergeable |
| Prix | Gratuit. Vous payez votre fournisseur de stockage pour quelques objets qui expirent | Gratuit |
| Licence | MIT | MIT |
Les différences
Ce qui change vraiment.
Asynchrone, pas en direct
Wormhole a besoin des deux côtés en même temps : l’expéditeur attend que le destinataire saisisse le code. s3nd écrit dans le bucket et s’en va. Le code est utilisé quand l’autre machine y arrive, jusqu’à l’expiration du transfert.
Votre bucket, pas un relais
Wormhole passe par un serveur de rendez-vous et, quand la connexion directe échoue, un relais de transit ; publics par défaut, à vous si vous les hébergez. s3nd stocke l’objet dans un bucket que vous possédez déjà, et il n’y a aucun relais à faire tourner ni à croire.
D’où vient le chiffrement
Wormhole est chiffré de bout en bout par construction. s3nd est chiffré en transit et au repos par votre fournisseur ; le bout en bout est à vous d’ajouter en chiffrant avant d’envoyer, et le code est un jeton au porteur qu’une expiration courte et une limite de débit protègent.
Aussi une bibliothèque
Wormhole est un outil pour des gens devant un clavier. s3nd livre la même primitive en bibliothèque et en hooks React, donc une app web peut déplacer son propre état IndexedDB avec le même code.
La décision
Choisissez celui qui convient.
Choisissez Magic Wormhole quand
- Vous voulez du chiffrement de bout en bout sans y penser.
- Les deux machines sont en ligne et vous êtes aux deux claviers.
- Vous n’avez pas de bucket et préférez ne pas en créer.
Choisissez s3nd quand
- L’expéditeur part avant que le destinataire n’arrive.
- Vous payez déjà un bucket et voulez que les octets y restent.
- Ce qui bouge est l’état d’une app, pas un fichier sur disque.
Plus de comparaisons
Outil par outil.
Déposez un fichier. Donnez le code.
Pointez-le sur le bucket que vous payez déjà. Rien à déployer, aucune inscription, personne au milieu.