Relayium vs scp : transfert plus simple par SSH

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

scp est depuis des décennies le moyen par défaut de déplacer un fichier par SSH : déjà présent sur presque toutes les machines de type Unix, tout le monde connaît sa syntaxe, et ça marche tout simplement. Inutile de prétendre le contraire — la réputation de scp est méritée.

La CLI Relayium ne remplace pas SSH ; elle s'appuie sur exactement le même accès SSH que vous avez déjà. push et pull utilisent votre connexion SSH de la même façon que scp, mais ajoutent quelques éléments que scp n'a jamais été conçu pour faire : reprendre un transfert interrompu, vérifier chaque fichier avec une somme de contrôle, afficher une vraie progression, et fonctionner même quand rien n'est installé côté distant.

Là où scp est vraiment plus simple

Il faut le dire clairement : pour beaucoup de tâches, scp est le bon outil, et ajouter autre chose est un surcoût inutile.

Il est déjà installé — rien à télécharger, rien à configurer, sur pratiquement tous les serveurs sur lesquels vous vous connecterez un jour en SSH.
Il est éprouvé. Des décennies d'usage, un comportement bien compris, et chaque administrateur système connaît déjà les options.
Pour un vrai cas ponctuel — copier ce seul fichier, tout de suite — taper scp fichier.txt user@host:chemin demande moins d'efforts que d'installer quoi que ce soit.
Idéal pour des scripts rapides et jetables où vous ne voulez aucune dépendance au-delà d'OpenSSH.

Avant de commencer

Tout ci-dessous passe par la CLI relayium, alors installez-la d'abord si ce n'est pas fait. Sous macOS ou Linux, une commande place un binaire précompilé dans votre PATH :

curl -fsSL https://relayium.com/install.sh | sh

Vous préférez choisir le fichier vous-même, ou sous Windows ? Récupérez un binaire depuis la page des releases — relayium.com/cli liste toutes les options (avec Go, go build -o relayium ./cmd/relayium).
relayium --version confirme l'installation. Sans cela, les commandes ci-dessous affichent seulement « command not found ».

push / pull : le même SSH, avec reprise, sommes de contrôle et progression

relayium push et relayium pull se connectent via exactement le même accès SSH que celui utilisé par scp — même hôte, même clé, même port. La différence se joue dans ce qui se passe une fois la connexion ouverte.

Chaque fichier est vérifié de bout en bout par une empreinte SHA-256 après son arrivée, si bien qu'un transfert qui semble terminé correspond réellement, octet pour octet, à ce qui a été envoyé. Si un transfert est interrompu — connexion coupée, capot d'ordinateur portable fermé — relancer la même commande reprend là où elle s'était arrêtée au lieu de tout renvoyer, avec une vraie progression par fichier visible tout du long, et non une copie silencieuse.

La plus grande différence pratique concerne ce qui se passe quand la machine distante n'a pas Relayium installé. push le vérifie automatiquement et, si ce n'est pas le cas, bascule sur un simple flux tar transmis via la même connexion SSH vers un tar -x côté distant — push fonctionne donc même vers un serveur totalement nu, sans rien à installer au préalable. Ce repli n'existe que pour push : pull a toujours besoin de relayium déjà installé côté distant, car dans un pull, la machine distante joue le rôle d'expéditeur.

relayium push ./photos user@your-server:backups/

relayium pull user@your-server:backups/ ./restore

Au-delà de SSH : daemon-direct et appairage entre réseaux

scp ne fonctionne que là où vous avez un accès SSH. La CLI Relayium ajoute deux autres façons de déplacer des fichiers pour lesquelles scp n'a aucun équivalent.

relayium serve transforme une machine que vous possédez en cible daemon-direct, accessible via TLS 1.3 avec épinglage — pas de SSH, pas de port 22, la confiance s'établit à la première connexion (approuvée de façon interactive, ou pré-autorisée avec relayium authorize pour un usage sans surveillance) puis reste épinglée ensuite. Poussez directement vers elle avec une adresse relayium://.

Pour envoyer à quelqu'un sur Internet auprès de qui vous n'avez aucun accès SSH, relayium send / receive appaire à la place deux ordinateurs avec un court code — pair-à-pair direct, avec un court code de vérification facultatif (SAS) que les deux parties peuvent comparer d'abord — --verify s'arrête pour cela. scp n'a aucune réponse à ce cas de figure ; il vous faudrait d'abord un accès SSH.

relayium push ./build relayium://your-server

relayium send ./report.pdf

Miroir de dossiers : sync contre scp -r relancé sans cesse

Copier un dossier entier encore et encore avec scp -r signifie tout renvoyer à chaque fois, sans aucune notion de ce qui a changé ou de ce qui devrait être supprimé. relayium sync construit un miroir incrémental à sens unique par-dessus push/pull ou daemon-direct : seuls les fichiers modifiés se déplacent, --delete supprime sur la destination les fichiers disparus de la source, et --watch continue de resynchroniser en temps réel dès qu'un fichier change localement — aucune tâche cron nécessaire.

relayium sync ./photos user@your-server:backups/photos --delete --watch

Comparatif des fonctions en un coup d'œil

Les différences qui comptent le plus, côte à côte :

Disponibilité : scp est préinstallé sur pratiquement tous les serveurs ; la CLI Relayium est un binaire unique qui s'installe une fois en une commande.
Reprise : scp relance une transmission interrompue depuis le début ; push/pull reprennent là où ils s'étaient arrêtés.
Intégrité : scp ne vérifie pas le contenu après coup ; chaque transfert Relayium est vérifié par une empreinte SHA-256 par fichier.
Serveurs nus : scp n'a besoin de rien de plus ; push fonctionne de la même façon via son repli tar quand relayium n'est pas installé côté distant (pull a besoin de relayium côté distant, sans repli).
Au-delà de SSH : scp ne fonctionne que par SSH ; Relayium propose aussi le daemon-direct (TLS avec épinglage, sans SSH) et des transferts par code d'appairage entre réseaux différents (send/receive) qui ne nécessitent aucun accès SSH.
Miroir de dossiers : scp -r renvoie tout à chaque fois ; relayium sync effectue un miroir incrémental avec --delete et --watch.
Coût et licence : les deux sont gratuits ; scp est fourni avec OpenSSH, la CLI Relayium est sous licence AGPL-3.0 et open source.

Questions fréquentes

La CLI Relayium a-t-elle besoin d'un compte ?

Pas pour push/pull — il utilise votre propre accès SSH exactement comme scp, sans compte Relayium ni connexion, et il en va de même pour daemon-direct et sync. send et le up cloud font exception : send a besoin d'un compte pour que le serveur génère son code d'appairage (pas s'il reçoit un code qu'on lui passe), et up d'un compte pour stocker le fichier. Recevoir n'en demande jamais.

push fonctionne-t-il si le serveur distant n'a pas Relayium installé ?

Oui. push vérifie d'abord et, si relayium n'est pas présent, bascule sur un simple flux tar via la même connexion SSH, ce qui fonctionne donc même vers un serveur nu. Ce repli n'existe que pour push — pull a toujours besoin de relayium déjà installé côté distant, puisque la machine distante joue le rôle d'expéditeur dans un pull.

Est-ce vraiment aussi simple à utiliser que scp ?

Les commandes se ressemblent : relayium push src user@host:dest au lieu de scp -r src user@host:dest. La différence n'apparaît que quand quelque chose tourne mal — une connexion coupée reprend au lieu de repartir de zéro, et chaque fichier est vérifié par somme de contrôle à l'arrivée.

Quand devrais-je simplement utiliser scp ?

Pour une copie ponctuelle réelle, où rien n'a besoin de reprendre, rien n'a besoin d'être vérifié, et où vous ne voulez aucun binaire supplémentaire — scp est déjà là et reste le choix le plus simple. C'est aussi le choix par défaut le plus sûr dans des scripts rapides où vous ne voulez pas d'une nouvelle dépendance.

La CLI Relayium est-elle gratuite ?

Oui, entièrement — aucun palier payant, sous licence AGPL-3.0 et open source, et chaque mode connecte directement les deux extrémités.

Installez la CLI Relayium gratuite et essayez push ou pull avec l'accès SSH que vous avez déjà.

Obtenir la CLI