Envoyer un fichier à quelqu'un à travers les réseaux avec la CLI Relayium

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

Parfois l'autre machine n'est pas la vôtre et vous ne pouvez pas vous y connecter en SSH — un fichier pour un collègue dans un autre bureau, un build pour un client, une archive pour un ami à l'autre bout du pays. relayium send et receive le déplacent directement entre vous deux à travers les réseaux, en utilisant seulement un court code que vous convenez ensemble.

La connexion est pair-à-pair et chiffrée de bout en bout. Seule une minuscule poignée de main de rendez-vous passe par Relayium pour présenter les deux extrémités ; les octets du fichier, eux, jamais.

Convenir d'un code, puis send et receive

Choisissez un code court, n'importe lequel, et partagez-le hors bande — dites-le au téléphone, glissez-le dans un chat. Un côté fait send, l'autre fait receive avec le même code :

# sender
relayium send ./release.zip 428571

# receiver (in the folder where files should land)
relayium receive 428571

Le code n'est qu'un secret partagé pour se retrouver ; il n'est envoyé à personne d'autre qu'au point de rendez-vous, et il ne sert qu'à présenter les deux extrémités.
Le destinataire peut indiquer un répertoire de destination : relayium receive 428571 ./downloads

Vérifier avec le code SAS

Quand les deux extrémités se connectent, les deux terminaux affichent le même SAS (short authentication string) à 6 chiffres, dérivé des clés de session. Comparez-les — lisez-le à voix haute pendant l'appel — pour être sûrs d'être connectés l'un à l'autre, et non à quelqu'un au milieu.

Pour une garantie ferme, ajoutez --verify : le transfert attend alors que vous confirmiez que les codes correspondent avant qu'un seul octet ne bouge.

relayium send --verify ./release.zip 428571

Direct uniquement — gratuit, sinon ça échoue

Le transfert tente d'établir en priorité une connexion directe entre les deux extrémités. Quand elle peut être établie — le cas courant dès qu'au moins un côté a une adresse joignable —, le fichier passe tout droit, chiffré, à pleine vitesse et sans frais.

Si les deux extrémités sont derrière un NAT strict et qu'aucun chemin direct n'est trouvé, le transfert échoue proprement plutôt que de faire transiter votre fichier par un relais. Cela garde la CLI entièrement gratuite et garde les octets de votre fichier hors de nos serveurs. Si cela vous arrive, la réponse fiable est le daemon direct entre deux serveurs joignables, ou le push via SSH.

Connexion directe réussie → gratuit, pleine vitesse, chiffré de bout en bout.
Aucun chemin direct → le transfert échoue ; la CLI ne fait jamais transiter le fichier à votre place.
Les deux extrémités peuvent être n'importe où géographiquement — il suffit que chacune exécute la commande avec le même code.

Questions fréquentes

D'où vient le code de jumelage ?

Vous l'inventez. C'est n'importe quelle courte chaîne que les deux côtés tapent — convenez-en au téléphone ou dans un chat. Il doit simplement correspondre des deux côtés.

Le fichier est-il envoyé quelque part ?

Non. Le fichier circule directement entre vous deux, chiffré de bout en bout. Seule une petite poignée de main de rendez-vous passe par Relayium pour présenter les extrémités — jamais le fichier.

Que se passe-t-il si nous ne pouvons pas nous connecter ?

Si les deux extrémités sont derrière un NAT strict sans adresse joignable, la connexion directe ne peut pas être établie et le transfert échoue — la CLI n'a volontairement aucun repli par relais. Utilisez le daemon direct entre deux serveurs joignables, ou le push via SSH, quand aucun chemin direct n'est disponible.

Comment savoir que c'est vraiment la bonne personne en face ?

Les deux terminaux affichent un code SAS identique à 6 chiffres issu des clés de session. Comparez-les hors bande ; s'ils correspondent, personne n'est au milieu. Ajoutez --verify pour exiger cette confirmation avant qu'aucun octet ne bouge.

Envoyez votre prochain fichier directement à quelqu'un sur un autre réseau — chiffré de bout en bout, et gratuit.

Obtenir la CLI