Un outil pour générer des liens de transfert de gros fichiers depuis le terminal (CLI)
(github.com/file-kiwi)C’est un outil CLI à utiliser lorsqu’il faut envoyer des fichiers vers l’extérieur depuis le terminal.
Simple, sans limite de taille, et rapide.
-
Utilisation
Entrée>filekiwi file1.txt file2.pdf
Sortie> un lien de téléchargement accessible depuis un navigateur web, ainsi qu’un code QR -
Utilisable dans un pipeline
echo "Build complete. Download: $(filekiwi dist.tar.gz)" | mail -s "Release v1.2.3" team@example.com -
Caractéristiques
L’URL est affichée immédiatement, sans attendre la fin de l’upload.
Par exemple, vous pouvez créer un lien pour un fichier de 50G et l’envoyer tout de suite à un collaborateur externe avant d’aller déjeuner.
Le destinataire peut lui aussi cliquer sur le téléchargement dès réception du lien, puis aller déjeuner.
Pendant que tout le monde déjeune, les ordinateurs gèrent en parallèle l’upload et le téléchargement.
Les fichiers sont uploadés sur https://file.kiwi.
Comme les fichiers ont une durée de conservation limitée, ce n’est pas adapté au partage massif.
Pas d’authentification, pas d’API-KEY, rien de tout ça.
10 commentaires
Il y a très longtemps, il y avait
transfer.sh, puis ça a disparu.On dirait que ce site a déjà fermé lui aussi 🫠 Impossible d’y accéder.
Vous parlez de file.kiwi ? D’après les logs côté API, il n’y avait pas eu de requête… Quoi qu’il en soit, actuellement, cela fonctionne bien.
Là, ça remarche. J’ai eu l’impression que le DNS était en panne hier.
Oui, il y en a encore quelques-uns ces temps-ci, mais les applis réservées au shell ne sont généralement pas maintenues longtemps.
C’est formidable.
Vous avez dit que les fichiers sont chiffrés lorsqu’ils sont stockés sur le serveur, mais comment la personne qui reçoit le fichier peut-elle utiliser un fichier chiffré ?
En gros, il suffit de transmettre un lien comme celui-ci.
https://file.kiwi/fd9d2191#N1QF4lRMhApgnHMyVFzK4A
La partie après
#n’est pas transmise au serveur par le navigateur, donc elle peut être communiquée sans que le serveur la connaisse.Le navigateur du destinataire reçoit cette valeur et déchiffre le fichier.
Pour plus de détails... https://datatracker.ietf.org/doc/html/rfc8188
La partie après le dièse n'est donc pas envoyée au serveur. Je l'apprends aujourd'hui.
Il faut transmettre le lien à l'autre personne.
Les fichiers sont chiffrés en e2e et la clé n’est pas envoyée au serveur.
RFC 8188 — Encodage de contenu chiffré pour HTTP