Relayium

Relayium vs. scp: einfachere Dateiübertragung über SSH

Zuletzt aktualisiert: 2026-07-12

scp ist seit Jahrzehnten der Standardweg, eine Datei über SSH zu bewegen: schon auf praktisch jeder Unix-artigen Maschine installiert, jeder kennt die Syntax, und es funktioniert einfach. Es gibt keinen Grund, das kleinzureden — scp hat sich seinen Platz verdient.

Die Relayium CLI ersetzt SSH nicht; sie nutzt genau denselben SSH-Zugang, den du bereits hast. push und pull verwenden deine SSH-Verbindung genauso wie scp, ergänzen aber ein paar Dinge, für die scp nie gebaut wurde: eine unterbrochene Übertragung fortsetzen, jede Datei mit einer Prüfsumme verifizieren, echten Fortschritt anzeigen, und funktionieren, selbst wenn auf der Gegenseite gar nichts installiert ist.

Wo scp wirklich einfacher ist

Es lohnt sich, das klar zu sagen: Für viele Aufgaben ist scp das richtige Werkzeug, und alles andere ist unnötiger Overhead.

Bevor du loslegst

Alles unten ist die relayium-CLI, installiere sie also zuerst, falls noch nicht geschehen. Unter macOS oder Linux legt ein Befehl ein vorgebautes Binary in deinen PATH:

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

push / pull: dasselbe SSH, mit Wiederaufnahme, Prüfsummen und Fortschritt

relayium push und relayium pull verbinden sich über exakt denselben SSH-Zugang, den auch scp nutzt — derselbe Host, derselbe Schlüssel, derselbe Port. Der Unterschied liegt darin, was passiert, sobald die Verbindung steht.

Jede Datei wird nach der Ankunft Ende-zu-Ende mit einem SHA-256-Hash geprüft, sodass eine scheinbar fertige Übertragung wirklich Byte für Byte dem entspricht, was gesendet wurde. Wird eine Übertragung unterbrochen — Verbindungsabbruch, zugeklappter Laptop — nimmt ein erneuter Aufruf desselben Befehls dort weiter, wo aufgehört wurde, statt alles neu zu senden, und du siehst dabei echten dateiweisen Fortschritt statt einer stillen Kopie.

Der größte praktische Unterschied zeigt sich, wenn auf der Gegenseite relayium nicht installiert ist. push prüft das automatisch und fällt, falls nicht vorhanden, auf einen einfachen tar-Archiv-Stream über dieselbe SSH-Verbindung zurück, der auf der anderen Seite in tar -x fließt — so funktioniert push auch gegen einen völlig nackten Server, ohne dass vorher irgendetwas installiert werden muss. Dieser Fallback existiert nur bei push: pull braucht immer relayium bereits auf der Gegenseite installiert, da bei einem pull die Gegenmaschine als Absender agiert.

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

Über SSH hinaus: daemon-direct und netzwerkübergreifendes Pairing

scp funktioniert nur dort, wo du SSH-Zugang hast. Die Relayium CLI fügt zwei weitere Wege hinzu, Dateien zu bewegen, für die scp kein Äquivalent hat.

relayium serve macht aus einer dir gehörenden Maschine ein daemon-direct-Ziel, erreichbar über TLS 1.3 mit Pinning — kein SSH, kein Port 22, Vertrauen entsteht bei der ersten Verbindung (interaktiv bestätigt oder mit relayium authorize für unbeaufsichtigten Betrieb vorab autorisiert) und ist danach gepinnt. Pushe direkt dorthin mit einer relayium://-Adresse.

Um an jemanden über das Internet zu senden, bei dem du gar keinen SSH-Zugang hast, koppelt relayium send / receive stattdessen zwei Computer mit einem kurzen Code — direktes Peer-to-Peer, mit einem optionalen kurzen Verifizierungscode (SAS), den beide Seiten vorher vergleichen können — --verify hält dafür an. Für diesen Fall hat scp keine Antwort; du bräuchtest zuerst SSH-Zugang.

relayium push ./build relayium://your-server
relayium send ./report.pdf

Ordnerspiegelung: sync statt scp -r wiederholt auszuführen

Ein ganzes Verzeichnis immer wieder mit scp -r zu kopieren bedeutet, jedes Mal alles neu zu senden, ohne ein Konzept dafür, was sich geändert hat oder gelöscht werden sollte. relayium sync baut auf push/pull oder daemon-direct einen inkrementellen Einweg-Spiegel auf: Nur geänderte Dateien werden bewegt, --delete entfernt Dateien am Ziel, die auf der Quelle verschwunden sind, und --watch synchronisiert laufend in Echtzeit neu, sobald sich lokale Dateien ändern — kein Cron-Job nötig.

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

Funktionsvergleich auf einen Blick

Die wichtigsten Unterschiede nebeneinander:

Häufige Fragen

Braucht Relayiums CLI ein Konto?

Für push/pull nicht — es nutzt deinen eigenen SSH-Zugang genau wie scp, ohne Relayium-Konto und ohne Anmeldung, und für daemon-direct und sync gilt dasselbe. send und Cloud-up sind die Ausnahmen: send braucht ein Konto, damit der Server seinen Pairing-Code erzeugen kann (mit einem übergebenen Code nicht), und up eines, um die Datei zu speichern. Zum Empfangen nie.

Funktioniert push, wenn auf dem entfernten Server kein Relayium installiert ist?

Ja. push prüft zuerst und fällt, falls relayium nicht vorhanden ist, auf einen einfachen tar-Stream über dieselbe SSH-Verbindung zurück, sodass es auch gegen einen nackten Server funktioniert. Dieser Fallback existiert nur bei push — pull braucht immer relayium bereits auf der Gegenseite installiert, da die Gegenseite bei einem pull als Absender agiert.

Ist es wirklich so einfach zu benutzen wie scp?

Die Befehle sehen ähnlich aus: relayium push src user@host:dest statt scp -r src user@host:dest. Der Unterschied zeigt sich nur, wenn etwas schiefgeht — eine abgebrochene Verbindung wird fortgesetzt statt neu gestartet, und jede Datei wird bei Ankunft per Prüfsumme verifiziert.

Wann sollte ich einfach scp verwenden?

Für eine echte einmalige Kopie, bei der nichts fortgesetzt oder verifiziert werden muss und du kein zusätzliches Binary willst — scp ist schon da und die einfachere Wahl. Es ist auch die sicherere Standardwahl in schnellen Skripten, wenn du keine neue Abhängigkeit willst.

Ist Relayiums CLI kostenlos?

Ja, vollständig — keine bezahlte Stufe, AGPL-3.0-lizenziert und quelloffen, und jeder Modus verbindet die beiden Enden direkt.

Installiere die kostenlose Relayium CLI und probiere push oder pull über den SSH-Zugang, den du bereits hast.

CLI holen

Weiterlesen