Envoyer de gros fichiers sans le cloud

Dernière mise à jour: 2026-08-05

Un export vidéo de 20 Go ou une lourde archive de projet, c'est justement là que le stockage cloud paraît le plus lent : vous téléversez tout le fichier une fois, vous attendez, puis l'autre personne le télécharge à nouveau — deux transferts complets, plus ce que votre quota de stockage autorise. Pour une remise unique, cela fait beaucoup de copies et d'attente pour des octets qui ne devaient aller que de A à B.

Pour un gros fichier, Relayium recommande un lien de téléchargement stocké et chiffré de bout en bout : le destinataire n'a pas besoin d'être en ligne pendant l'envoi et récupère plus tard. Gardez la page d'envoi ouverte jusqu'à la fin ; ensuite le lien reste disponible jusqu'à expiration. Si les deux côtés restent en ligne, le temps réel est l'alternative immédiate : WebRTC direct sur le LAN, ou chiffré de bout en bout via TURN entre réseaux. Le temps réel ne conserve aucune copie de contenu ni historique côté serveur.

Pourquoi le lien stocké est le choix par défaut pour les gros fichiers

Avant de commencer

Un compte connecté du côté qui envoie. Créer un lien de téléchargement stocké en exige un, alors que la personne qui ouvre le lien ne se connecte jamais.
De la marge dans deux limites distinctes : le plafond par fichier que la page d'envoi affiche à côté du sélecteur, et le quota de stockage de votre offre. Les deux se lisent sur la page au lieu d'être devinés.
Une durée de conservation qui vous convient. La liste d'expiration ne propose que ce que votre offre autorise, et le serveur applique le même plafond de son côté par précaution : une durée que vous pouvez choisir est donc bien celle que vous obtenez. Aucun de ces liens n'est une sauvegarde.
La page d'envoi laissée ouverte jusqu'à la fin de l'envoi. Ensuite le lien tient seul jusqu'à son expiration et l'expéditeur peut refermer son ordinateur ; le destinataire, lui, doit laisser son propre téléchargement aller jusqu'au bout.

Un lien Relayium ne stocke que le texte chiffré produit dans le navigateur. Le destinataire peut être hors ligne pendant l'envoi et récupérer plus tard ; après la fin du téléversement, fermer la page d'envoi ne supprime pas le lien. Les limites affichées sont la taille par fichier, le quota et l'expiration.

Le temps réel est l'alternative si les deux côtés sont prêts maintenant. WebRTC est direct et sans compte sur le même LAN ; entre réseaux, TURN porte le chiffré de bout en bout et le créateur du code se connecte. Les deux pages doivent rester actives : ce mode convient mieux aux petits fichiers et au texte qu'à une longue livraison volumineuse.

Aucune limite de taille en mode temps réel

Les transferts en temps réel n'ont aucune limite de stockage côté serveur, car Relayium ne conserve aucune copie du contenu. Un relais TURN peut transporter le texte chiffré entre réseaux pendant que les deux côtés sont en ligne, mais ne peut ni le lire, ni le déchiffrer, ni le garder comme historique. Le plafond pratique vient du navigateur qui reçoit.

Chrome et Edge peuvent diffuser un fichier temps réel directement sur le disque, donc le protocole peut techniquement transporter des dizaines de gigaoctets. Ce n'est pas la recommandation par défaut pour les gros fichiers : la session vivante exige toujours les deux pages actives. Un lot contient jusqu'à 1 000 fichiers, chacun vérifié par SHA-256.

Chrome ou Edge sur l'ordinateur qui reçoit : les fichiers sont diffusés directement sur le disque, il n'y a donc pratiquement aucune limite de taille.
Firefox et Safari n'ont pas l'API File System Access : un lot reçu en temps réel y tient en mémoire — Relayium prévient au-delà d'environ 256 Mo, une estimation volontairement prudente et non une limite ferme.
Jusqu'à 1 000 fichiers par lot, chacun vérifié à l'arrivée par sa propre empreinte SHA-256.

Reprendre plutôt que recommencer

Une brève coupure de transport peut reprendre depuis un point durable tant que les deux pages vivantes restent actives. Fermer ou recharger une page, ou terminer la session de l'app, met fin au transfert vivant. C'est une raison supplémentaire de préférer le lien stocké pour les gros fichiers.

La connectivité est gérée de la même façon. Sur un même réseau, le transfert se fait directement d'appareil à appareil ; entre réseaux, le flux chiffré passe par un relais TURN. Le relais ne voit que du texte chiffré, si bien que cette voie reste elle aussi chiffrée de bout en bout.

Envoyer maintenant, ou laisser un lien pour plus tard

Le transfert en temps réel exige que les deux personnes soient en ligne en même temps, ce qui est idéal quand vous pouvez vous coordonner. Si l'autre personne n'est pas disponible, vous pouvez créer un lien de téléchargement stocké.

Un lien stocké est à divulgation nulle : le navigateur chiffre en AES-256-GCM avant l'envoi et la clé ne vit que dans le fragment de l'URL. Sa création exige une connexion, utilise un quota et le lien expire, ou peut être à usage unique, sa seule place étant consommée dès qu'un téléchargement commence à recevoir du chiffré. La page de téléchargement peut diffuser un fichier sur le disque même dans Firefox et Safari. Pour les plus gros fichiers, choisissez d'abord le lien stocké : le destinataire n'a pas besoin d'être en ligne pendant l'envoi ; gardez la page d'envoi ouverte jusqu'à la fin, après quoi elle peut se fermer et le destinataire récupère le fichier à tout moment avant l'expiration, son propre téléchargement devant tout de même aller jusqu'au bout. Gardez la voie vivante pour une remise immédiate quand vous êtes tous deux devant l'écran.

Ouvrez la page de transfert asynchrone et connectez-vous.
```
https://relayium.com/offline-transfer
```
Choisissez les fichiers, ou glissez-les. Le chiffre à côté du sélecteur est le plafond par fichier en vigueur pour votre compte. Comparez-y le gros fichier avant de commencer, plutôt qu'après l'échec de l'envoi.
```
Choisir des fichiers à envoyer
Max 512 MiB
```
Réglez « Expire dans », et activez « Autodestruction après lecture (supprimé au premier téléchargement) » si le fichier ne doit pas survivre à sa première récupération. La place unique est consommée dès qu'un téléchargement commence à recevoir du chiffré, si bien qu'une tentative qui n'aboutit pas peut aussi l'épuiser. La liste est déjà filtrée selon votre offre, donc une durée absente est une limite d'offre et non un défaut.
```
Expire dans
1 jour
```
Laissez la page ouverte pendant le chiffrement et l'envoi. À la fin, le lien apparaît avec sa date d'expiration en dessous.
```
Lien prêt — envoyez-le au destinataire pour télécharger :
https://relayium.com/d/8f3c2a1b#k=hQ2r…
```
Envoyez le lien entier. Tout ce qui suit #k= est la clé de déchiffrement, elle n'atteint jamais le serveur, et un lien arrivé sans ce fragment n'est déchiffrable par personne, nous compris.

À quoi ressemble un envoi terminé

Votre page affiche le lien, la date d'expiration qu'il conservera, et le rappel qu'il s'agit d'une livraison temporaire et non d'une sauvegarde. À partir de cet instant, l'envoi ne dépend plus de votre page restée ouverte.

Chez le destinataire, le lien ouvre la page de téléchargement chiffré avec le nombre de fichiers et la taille totale, et « Télécharger et déchiffrer » se termine sur « Téléchargement terminé ✓ ». L'endroit où le fichier atterrit relève de son navigateur, donc sa liste de téléchargements est l'endroit à vérifier.

Lien de téléchargement chiffré
Téléchargement terminé ✓

Symptôme, vérification, correction

L'envoi est refusé au motif que le fichier dépasse la limite de taille par fichier.

https://relayium.com/offline-transfer   # le sélecteur indique le plafond sous la forme Max <taille>

Ce plafond vaut par fichier et non par lot, donc découper un export de 40 Go en parties qui rentrent chacune est la voie à suivre. Ou envoyez-le en temps réel pendant que vous êtes tous deux en ligne, où aucune limite de taille côté serveur n'existe puisque rien n'est stocké.

Le refus porte sur le quota du jour et non sur la taille du fichier.

https://relayium.com/offline-transfer   # le refus lié au quota du jour est signalé par le flux d'envoi

Le quota d'envoi quotidien est distinct du plafond par fichier et du stockage, et c'est le flux d'envoi qui le signale, tandis que https://relayium.com/me montre l'utilisation mensuelle du compte et non ce qu'il reste du quota du jour. Attendez que la fenêtre glissante se rétablisse à mesure que les envois plus anciens en sortent, changez d'offre si c'est possible, ou remettez le fichier en temps réel pendant que les deux côtés sont en ligne, car un transfert en temps réel ne stocke rien et ne consomme donc aucun quota d'envoi.

La liste d'expiration ne propose pas les 7 ou 14 jours attendus.

https://relayium.com/pricing   # la conservation est un chiffre par offre

La liste ne montre que les durées autorisées par le plafond de conservation de votre offre, et le serveur applique ce même plafond de son côté par précaution, si bien que rien de ce que vous pouvez réellement choisir n'est raccourci à votre insu. Prenez la plus longue proposée, ou changez d'offre, car c'est le plafond qui décide et non le fichier.

Le destinataire dit que le lien est invalide, expiré, ou déjà téléchargé puis supprimé.

https://relayium.com/d/8f3c2a1b#k=hQ2r…   # un lien, un id, une clé

Les trois aboutissent au même point : il ne reste rien à récupérer. Si « Autodestruction après lecture » était activée, la place unique est consommée dès qu'un téléchargement commence à recevoir du chiffré, et une tentative interrompue qui a tout de même reçu des octets la consomme aussi, alors qu'une tentative n'ayant rien livré la libère. Renvoyez le fichier et transmettez un nouveau lien, et laissez cette option désactivée quand plusieurs personnes doivent récupérer le fichier.

La page de téléchargement signale trop de requêtes, ou que le volume mensuel de l'expéditeur est épuisé.

https://relayium.com/me   # l'utilisation du mois couvre le transfert et pas seulement le stockage

Le fichier est toujours là : c'est du décompte, pas une perte. Quelques minutes d'attente lèvent une limitation de débit, tandis qu'un volume mensuel épuisé attend le changement de mois, un changement d'offre ou votre propre nœud, et entre-temps un transfert en temps réel le contourne complètement.

Questions fréquentes

Quelle est la taille maximale d'un fichier que je peux envoyer ?

Pour les gros fichiers, utilisez le lien stocké ; la taille maximale et le quota sont affichés avant l'envoi. Le temps réel n'a pas de limite côté serveur et Chrome/Edge peut diffuser sur le disque, mais les deux pages doivent rester actives. Firefox/Safari garde une réception temps réel en mémoire et avertit vers 256 Mo — une estimation prudente, pas une limite ferme.

Que se passe-t-il si le transfert est interrompu ?

Une brève coupure peut reprendre depuis un point durable tant que les deux pages restent actives. Fermer ou recharger une page, ou terminer la session de l'app, met fin au transfert vivant. Avec un lien stocké, le destinataire peut être hors ligne, mais la page d'envoi reste ouverte jusqu'à la fin du téléversement.

Comment ma vie privée est-elle protégée pour les gros fichiers ?

Les transferts en temps réel utilisent X25519 et AES-256-GCM par bloc de bout en bout ; la clé n'atteint aucun serveur. Avec la vérification avancée activée (désactivée par défaut), les deux appareils affichent un code à 6 chiffres, et chaque fichier est vérifié par SHA-256. WebRTC est direct sur le même LAN ; entre réseaux, les navigateurs utilisent TURN par conception, et le relais ne transporte que du texte chiffré qu'il ne peut ni lire ni déchiffrer.

Déplacez votre prochain fichier de plusieurs gigaoctets sans le cloud — laissez un lien de téléchargement chiffré, ou connectez les deux appareils et envoyez-le tout de suite. Sans installation, et sans compte sur le même réseau.

Essayer Relayium maintenant