Relayium

Relayium vs. croc: verschlüsselte Dateiübertragung im Terminal

Zuletzt aktualisiert: 2026-07-31

croc ist eines der beliebtesten Werkzeuge, um eine Datei von einem Terminal zum anderen zu schicken: eine kurze, einprägsame Code-Phrase, ein PAKE-Schlüsselaustausch, und es funktioniert einfach. Die Relayium CLI setzt sich dieselbe Aufgabe und ist ähnlich gebaut — kostenlos, quelloffen und Ende-zu-Ende verschlüsselt, wobei ein Konto nur nötig ist, damit send seinen Pairing-Code erzeugen kann.

Das ist keine Abrechnung; croc hat sich seinen Ruf verdient. Dieser Artikel vergleicht ehrlich, was beide gemeinsam haben, wo die Relayium CLI mehr bietet, weil sie auch mit Servern spricht, die du bereits betreibst, und den Fall, in dem croc schlicht die einfachere Wahl ist.

Was Relayium und croc gemeinsam haben

Beginnen wir mit der Überschneidung, denn sie ist erheblich: Beide sind kleine, einmal zu installierende Binaries, beide sind völlig kostenlos ohne bezahlte Stufe, und beide sind unter einer freizügigen Lizenz quelloffen, sodass du jede Zeile lesen kannst, die deine Dateien berührt.

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

SSH und daemon-direct: mit einem Server sprechen, den du bereits betreibst

Das ist der größte praktische Unterschied. croc ist um einen einzigen Ablauf herum gebaut — Code-Phrase eingeben, Code-Phrase weitergeben. Die Relayium CLI fügt zwei weitere Wege hinzu, Dateien zu bewegen, die sich auf Infrastruktur stützen, die du bereits hast.

relayium push / pull nutzt deinen bestehenden SSH-Zugang, also gibt es nichts Neues zu vertrauen und keinen Code zu teilen. push funktioniert sogar gegen einen Server ohne installiertes relayium und fällt dann auf einen einfachen tar-Stream über die SSH-Verbindung zurück — dieser Fallback existiert nur bei push; pull braucht immer relayium auf der Gegenseite, da es dort als Absender agiert.

relayium serve macht aus jeder Maschine, die dir gehört, ein daemon-direct-Ziel, erreichbar über TLS 1.3 mit Pinning, ohne SSH und ohne Code-Phrase — Vertrauen entsteht bei der ersten Verbindung (interaktiv bestätigt oder für unbeaufsichtigten Betrieb vorab autorisiert) und ist danach gepinnt, dieselbe Idee wie ein SSH-Host-Key.

relayium push ./photos user@your-server:backups/
relayium serve --dir ~/incoming
relayium push ./build relayium://your-server

Ordner-Sync und ein Code, den du zweimal prüfst

croc sendet eine Reihe von Dateien und beendet sich dann — um die Gegenseite zu aktualisieren, musst du erneut senden; einen Begriff davon, was gelöscht werden soll, gibt es dabei nicht. Die Relayium CLI fügt relayium sync hinzu, einen inkrementellen Einweg-Spiegel über einen der beiden obigen Transportwege: Es bewegt nur, was sich geändert hat; --delete entfernt Dateien am Ziel, die auf der Quelle verschwunden sind (ein Daemon befolgt das nur, wenn er mit --allow-delete gestartet wurde, der Empfänger muss also selbst zustimmen); --watch synchronisiert bei Dateiänderungen laufend in Echtzeit neu, kein Cron-Job nötig.

Für eine einmalige netzwerkübergreifende Übertragung spielt relayium send / receive dieselbe Rolle wie crocs Code-Phrase und koppelt zwei Rechner über einen kurzen Code. Es ist direktes Peer-to-Peer und zeigt auf beiden Seiten einen kurzen Verifizierungscode (einen Short Authentication String). Der Vergleich außerhalb des Kanals bestätigt, dass die angehefteten TLS-Zertifikatsfingerabdrücke nicht ausgetauscht wurden und der Rendezvous-Dienst keinen Endpunkt imitiert hat; er authentifiziert die Endpunkte, nicht jeden Netzwerk-Hop. Dieser Modus ist rein direkt: Findet er keinen direkten Pfad, schlägt die Übertragung fehl, statt auf ein Relay auszuweichen.

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

Wann croc die einfachere Wahl ist

Es gibt echte Fälle, in denen croc das bessere Werkzeug für die Aufgabe ist, und das sollte man klar sagen.

Funktionsvergleich auf einen Blick

Die wichtigsten Unterschiede nebeneinander:

Häufige Fragen

Ist Relayiums CLI kostenlos?

Ja, vollständig. Es gibt keine bezahlte Stufe und nichts zu messen — jeder Modus verbindet die beiden Enden direkt, und die CLI ist AGPL-3.0-lizenziert und quelloffen.

Braucht sie ein Konto?

send schon, und Cloud-up ebenfalls. push/pull nutzt deinen eigenen SSH-Zugang und daemon-direct nutzt TLS-Zertifikatsvertrauen mit Pinning zwischen deinen Maschinen, beides berührt also kein Relayium-Konto. send/receive ist die Ausnahme: Einen Pairing-Code kann nur der Server erzeugen, und nur für ein angemeldetes Konto, also führt der Absender einmal relayium login aus — ein send mit einem Code, den man dir gegeben hat, erzeugt keinen und braucht keine Anmeldung. Zum Empfangen braucht es nie ein Konto.

Kann ich den Pairing-Code der CLI mit Relayiums Browser-App nutzen?

Noch nicht für eine gekoppelte Live-Übertragung — send/receive der CLI nutzt einen eigenen, direkten Handshake, getrennt vom WebRTC-basierten Pairing-Ablauf des Browsers, sodass beide heute nicht zusammenarbeiten. Um jemandem nur per Browser eine Datei zu übergeben, nutze Relayiums gespeicherten Download-Link oder den eigenen Pairing-Code-Modus der Browser-App.

Kann ich sie selbst hosten?

Ja. Relayiums Server wird als Docker-Image ausgeliefert (docker compose up -d --build), und du kannst send/receive der CLI mit --server https://your-domain auf deine eigene Instanz zeigen lassen — derselbe Gedanke wie beim Betrieb eines eigenen croc-Relays.

Installiere die kostenlose Relayium CLI und probiere push, sync oder send — kostenlos, und genauso schnell startklar wie croc.

CLI holen

Weiterlesen