Dernière mise à jour: 2026-07-09
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.
Il faut le dire clairement : pour beaucoup de tâches, scp est le bon outil, et ajouter autre chose est un surcoût inutile.
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 contre 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/ ./restorescp 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 épinglé — 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 (SAS) que les deux parties comparent avant que le moindre octet ne bouge. scp n'a aucune réponse à ce cas de figure ; il vous faudrait d'abord un accès SSH.
relayium push ./build relayium://your-serverrelayium send ./report.pdf ABCD-1234Copier 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 --watchLes différences qui comptent le plus, côte à côte :
Non. push/pull utilise votre propre accès SSH exactement comme scp — aucun compte Relayium, aucune connexion, pour aucun mode de la CLI.
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 contre 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.
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.
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.
Oui, entièrement — aucun palier payant, sous licence MIT 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