Sauvegarder des fichiers sur son propre serveur via SSH avec la CLI Relayium

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

Si vous avez déjà un accès SSH à une machine — un VPS, un serveur personnel, un NAS, un poste de travail —, vous pouvez y sauvegarder des fichiers avec la CLI Relayium sans mettre en place un service de synchronisation ni de compte. Le transfert passe par votre connexion SSH existante, si bien que les octets vont directement à votre serveur et ne transitent jamais par Relayium.

Ce guide couvre le push et le pull de répertoires, ce que la reprise et la vérification d'intégrité vous apportent, et comment lancer cela sur un calendrier avec cron.

Pousser (push) un répertoire vers votre serveur

push prend une ou plusieurs sources et une destination de style scp. Relayium se connecte en SSH avec vos clés et votre configuration habituelles, puis diffuse les fichiers vers le répertoire de destination :

# copy a local folder to the server
relayium push ./photos user@your-server:backups/

# choose an SSH key and a non-default port
relayium push -i ~/.ssh/id_ed25519 -p 2222 ./photos user@your-server:backups/

Il réutilise votre ~/.ssh/config, donc les alias d'hôtes, les clés et les ports déjà configurés fonctionnent tels quels.
Si relayium est installé sur le serveur, il utilise le protocole natif : reprise par fichier et vérification SHA-256 sur chaque fichier.
Sinon, il bascule sur l'envoi d'un flux tar par tube vers la machine distante, si bien qu'un serveur nu sans relayium fonctionne quand même.

Récupérer les fichiers avec pull

La restauration est la même commande en sens inverse : indiquez une source distante et un répertoire de destination local. C'est ainsi que vous récupérez une sauvegarde, ou que vous synchronisez la sortie d'un serveur vers votre portable :

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

Reprise et intégrité intégrées d'office

Les sauvegardes ont tendance à être volumineuses, et les réseaux ont tendance à se couper. Quand relayium est présent des deux côtés, un transfert interrompu reprend là où il s'est arrêté lors de l'exécution suivante au lieu de tout renvoyer, et chaque fichier est vérifié de bout en bout par un hachage SHA-256 — ce qui arrive sur le serveur est identique octet pour octet à ce que vous avez envoyé.

Si vous voulez un renvoi complet et propre plutôt que la reprise d'un fichier partiel, passez --no-resume.

La reprise nécessite relayium côté distant (le protocole natif) ; le repli tar envoie toujours l'intégralité.
La vérification SHA-256 s'exécute automatiquement ; une divergence est signalée et le fichier est marqué en échec.

L'exécuter sur un calendrier avec cron

Comme push est une commande unique et non interactive qui utilise vos clés SSH, elle s'intègre directement dans cron pour une sauvegarde récurrente. Pointez-la vers une clé sans phrase de passe (ou vers un agent), et journalisez la sortie pour repérer les échecs :

# back up every night at 2am — add to your crontab (crontab -e)
0 2 * * * relayium push -i ~/.ssh/backup_key ~/documents user@your-server:backups/ >> ~/relayium-backup.log 2>&1

Combinée à la reprise, une tâche nocturne interrompue continue simplement la nuit suivante.
La commande se termine avec un code non nul si un fichier échoue à sa vérification d'intégrité, si bien que la notification par e-mail en cas d'échec de cron détecte les problèmes.

Questions fréquentes

Les fichiers passent-ils par les serveurs de Relayium ?

Non. push et pull s'exécutent entièrement sur votre propre connexion SSH. Les serveurs de Relayium ne sont jamais impliqués et aucun compte n'est nécessaire.

Le serveur a-t-il besoin de relayium installé ?

C'est optionnel. Avec relayium côté distant, vous obtenez le protocole natif — transferts reprenables et vérifications SHA-256 par fichier. Sans cela, relayium bascule sur un flux tar via SSH, qui fonctionne toujours mais renvoie systématiquement chaque fichier en entier.

Comment choisit-il quelle clé SSH et quel port utiliser ?

Il lit votre ~/.ssh/config comme le fait ssh, si bien que les alias d'hôtes, les clés et les ports sont repris automatiquement. Vous pouvez aussi les surcharger par commande avec -i pour le fichier d'identité et -p pour le port.

Est-ce plus rapide que rsync ?

Pour pousser vers votre propre serveur, c'est dans le même ordre de grandeur que rsync via SSH ; l'objectif n'est pas de battre rsync mais de vous offrir un seul outil qui gère aussi les transferts entre réseaux et de serveur à serveur, avec les mêmes garanties de reprise et d'intégrité.

Sauvegardez votre prochain répertoire de la manière la plus directe — via votre propre SSH, avec reprise possible, intégrité vérifiée, et gratuit.

Obtenir la CLI