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

Zuletzt aktualisiert: 2026-07-09

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, ohne dass irgendein Modus ein Konto braucht.

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.

Kein Konto für eine Übertragung — ein kurzer, nur den beiden Enden bekannter Code genügt, damit sie sich finden und auf einen Schlüssel einigen.
Ende-zu-Ende während der Übertragung verschlüsselt: Das Relay oder der Rendezvous-Punkt in der Mitte sieht nie den Inhalt deiner Datei.
Unterbrochene Übertragungen können fortgesetzt statt neu gestartet werden, und beide prüfen, dass das Angekommene wirklich dem Gesendeten entspricht.
Plattformübergreifend: macOS, Linux und Windows.

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 gepinntes TLS 1.3, 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, ein Konzept, was gelöscht werden soll, gibt es 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 Prüfcode (einen Short Authentication String), sodass du vor dem ersten übertragenen Byte visuell bestätigen kannst, dass niemand dazwischensitzt — ehrlich anzumerken: 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.

Du willst gerade nur einer Freundin oder einem Freund eine Datei zukommen lassen, mit möglichst wenigen beweglichen Teilen — kein Server, den du erreichen musst, nichts, das auf einer der beiden Seiten eingerichtet werden muss.
Du sitzt hinter einem strengen NAT ohne Möglichkeit, einen direkten Pfad zu öffnen: crocs Relay trägt den verschlüsselten Datenstrom trotzdem, sodass die Übertragung so oder so abgeschlossen wird. Relayiums send / receive ist rein direkt und kann in dieser Situation fehlschlagen (push/pull oder daemon-direct zu einem erreichbaren Server funktionieren weiterhin, da sie nicht von einem direkten P2P-Hop abhängen).
Du brauchst keine Ordnerspiegelung, keine SSH-Integration und keinen dauerhaft laufenden Listener — croc ist auf jeder Seite ein einziger Ad-hoc-Befehl, und sonst gibt es nichts zu bedenken.
Du vertraust bereits crocs großer, etablierter Community und jahrelanger Praxiserfahrung.

Funktionsvergleich auf einen Blick

Die wichtigsten Unterschiede nebeneinander:

Mit einem Server sprechen: Relayium nutzt deinen SSH-Zugang (push/pull) oder einen gepinnten TLS-Daemon; croc hat keine SSH-Integration — installiere croc auf beiden Seiten und teile eine Code-Phrase.
Ordner-Sync: relayium sync spiegelt inkrementell mit --delete und --watch; croc sendet eine Reihe und beendet sich, ohne Spiegel- oder Löschsemantik.
Kein direkter Pfad verfügbar: crocs Relay trägt den verschlüsselten Datenstrom, sodass die Übertragung trotzdem abgeschlossen wird; Relayiums send/receive ist rein direkt.
Verifikation: Beide sind Ende-zu-Ende verschlüsselt; Relayiums send/receive zeigt zusätzlich einen kurzen Code, den beide Seiten vor Übertragungsbeginn vergleichen.
Selbst hosten: Beide sind selbst hostbar — crocs Relay ist ein kleines eigenständiges Binary; Relayiums Server betreibt auch die Web-App, und die send/receive-Funktion der CLI kann mit --server auf deine eigene Instanz zeigen.
Lizenz und Kosten: Beide MIT-lizenziert, beide völlig kostenlos, keines braucht ein Konto.

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 MIT-lizenziert und quelloffen.

Braucht sie ein Konto?

Nein. push/pull nutzt deinen eigenen SSH-Zugang, daemon-direct nutzt gepinntes TLS-Zertifikatsvertrauen zwischen deinen Maschinen, und send/receive nutzt einen Code, den ihr außerhalb des Kanals vereinbart. Nichts davon berührt ein Relayium-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 — ohne Konto, und genauso schnell startklar wie croc.

CLI holen