Transfert client-serveur
Envoyez une fois, partagez un lien, et laissez le destinataire télécharger quand il est prêt, même après la fermeture de l’onglet. Chaque fichier est chiffré sur votre appareil avant de le quitter.
En mode client-serveur, la méthode classique de la plupart des outils de transfert, vos fichiers sont d’abord envoyés vers le stockage de Transferify, puis remis au destinataire par un lien de téléchargement. Comme le fichier se trouve sur nos serveurs, le transfert est asynchrone : vous et le destinataire n’avez jamais besoin d’être en ligne en même temps.
C’est la différence essentielle avec un transfert pair à pair en direct. Les liens hébergés demandent d’abord un temps d’envoi, mais une fois celui-ci terminé, le lien fonctionne tout seul : le destinataire peut récupérer le fichier quelques minutes ou plusieurs jours plus tard, depuis n’importe quel appareil, bien après la fermeture de votre onglet.
Comment fonctionne un transfert hébergé
- Vos fichiers sont chiffrés sur votre appareil avec AES-256-GCM avant qu’un seul octet ne le quitte : le stockage ne reçoit donc que des données chiffrées.
- Les données chiffrées sont découpées en blocs et envoyées directement vers le stockage en envoi fractionné (multipart) : un gros fichier part en de nombreuses parties indépendantes plutôt qu’en un seul flux fragile. La taille des blocs est choisie fichier par fichier (8 Mio pour les transferts courants, de plus en plus grands à mesure que le fichier grossit), si bien que même le plus gros envoi respecte la limite de 10 000 parties.
- Toute partie qui échoue est retentée automatiquement avec un délai croissant, et son URL d’envoi est signée de nouveau à chaque tentative : une brève coupure réseau ne vous coûte donc pas tout l’envoi.
- Une fois l’envoi terminé, votre lien de partage est actif. Le destinataire l’ouvre et le fichier arrive bloc par bloc, déchiffré à la volée dans son navigateur : sans compte, sans rien à installer.
Conçu pour les gros fichiers et les réseaux instables
Conserver le fichier côté serveur est ce qui rend ce mode fiable :
- Envoi fractionné par blocs - Un gros fichier est découpé en parties envoyées indépendamment : le débit reste élevé et une partie perdue ne relance jamais tout le transfert. La taille des parties grandit avec le fichier, si bien que même le plus gros envoi que nous acceptons reste sous le même plafond de 10 000 parties.
- Nouvelles tentatives automatiques - Quand la connexion tombe, une partie est retentée pendant dix minutes au plus, avec des pauses qui passent d’une demi-seconde à trente secondes et une URL fraîchement signée à chaque fois. Le temps passé hors ligne ne compte pas dans ces dix minutes : un envoi de plusieurs heures sur un Wi-Fi peu fiable aboutit quand même.
- Gros fichiers - Commencez gratuitement, puis envoyez jusqu’à 100 Go avec Plus et 1 To avec Premium : le moteur multipart absorbe la taille.
- Téléchargements en flux, sans saturer la mémoire - Le navigateur du destinataire récupère le fichier bloc par bloc et l’écrit directement sur le disque : même un fichier énorme n’a jamais besoin de tenir en mémoire. Chaque nouveau téléchargement compte dans la limite de téléchargements du transfert et dans le quota mensuel de l’expéditeur, et il est refusé une fois l’un des deux épuisé.
Chiffré avant de quitter votre appareil
Hébergé ne veut pas dire exposé. Vos fichiers sont chiffrés sur votre appareil avec AES-256-GCM avant d’être envoyés : notre stockage ne contient donc que des fichiers chiffrés. Chaque bloc est scellé séparément et lié à sa position dans le fichier : le téléchargement échoue bruyamment si un seul octet est altéré ou déplacé.
Par défaut, nous conservons la clé du fichier, protégée par une clé détenue dans AWS KMS, et notre serveur la déverrouille pour la remettre aux personnes qui ouvrent le lien. C’est ce qui permet au lien de fonctionner sans porter la clé, et ce qui garde un lien perdu récupérable. Activez le mode Zéro connaissance et la clé reste dans le lien, après le « # » : elle ne nous parvient jamais et nous ne pouvons pas lire ces fichiers. Voir comment fonctionne le chiffrement Zéro connaissance.
Client-serveur et pair à pair
Deux façons d’envoyer le même fichier. Le client-serveur le stocke pour qu’il puisse attendre ; le pair à pair le diffuse en direct, d’un appareil à l’autre, sans rien stocker.
| Critère | Client-serveur | Pair à pair |
|---|---|---|
| Quand le lien fonctionne | Dès la fin de l’envoi | Immédiatement, avant tout envoi |
| Chemin du fichier | Appareil → serveur → appareil | Appareil → appareil, en direct |
| Destinataire | Télécharge à tout moment, même des jours plus tard | Doit être en ligne pendant votre envoi |
| Quand vous fermez l’onglet | Le lien reste en ligne | Le transfert s’arrête |
| Où se trouve le fichier | Chiffré sur nos serveurs jusqu’à son expiration | Nulle part : jamais stocké |
| Taille des fichiers | Gratuit pour commencer · 100 Go avec Plus · 1 To avec Premium | Gratuit jusqu’à 5 Go · toute taille avec un plan payant |
Lequel choisir ?
Choisissez le client-serveur quand le destinataire peut être hors ligne, quand vous voulez que le lien continue de fonctionner après la fermeture de votre onglet, ou quand vous avez besoin de mots de passe, de dates d’expiration et de limites de téléchargement sur le fichier.
Choisissez le pair à pair quand vous êtes tous deux en ligne et voulez que le fichier circule instantanément, à pleine vitesse, sans que rien ne soit jamais stocké sur un serveur.