Relayium vs. rsync: Ordner synchronisieren ohne SSH-Setup
Zuletzt aktualisiert: 2026-07-12
rsync spiegelt seit 1996 Ordner, und das aus gutem Grund: bidirektionale Synchronisation, ein Delta-Algorithmus mit Rolling-Checksum, der nur die tatsächlich veränderten Bytes innerhalb einer Datei überträgt, und Jahrzehnte an Flags für jeden Grenzfall. Wenn du schon SSH-Zugang hast und rsync kennst, ist es sehr schwer zu schlagen.
Relayiums sync-Befehl deckt eine engere Aufgabe ab — einen einseitigen inkrementellen Spiegel —, entfernt aber einen Schritt, den rsync als bereits erledigt voraussetzt: das Einrichten von SSH. sync verbindet zwei Maschinen direkt, ganz ohne SSH-Server (sync über SSH ist eingestellt). Dieser Artikel vergleicht beide ehrlich: sync ist kein vollständiger Ersatz für rsync, und die FAQ sagt das unumwunden.
Was rsync richtig macht
rsync ist bidirektional — jede Seite kann die Quelle sein — und sein Delta-Transfer-Algorithmus vergleicht Blöcke einer Datei per Rolling-Checksum, sodass eine kleine Änderung an einer riesigen Datei nur die veränderten Blöcke sendet, nicht die ganze Datei erneut. Zusammen mit Jahrzehnten an Flags (--exclude, --link-dest für Hardlink-Snapshots, Kompression, Bandbreitenlimits und mehr) macht das rsync zum richtigen Werkzeug für sehr viele Aufgaben.
Es ist außerdem überall vorhanden: Die meisten Linux- und macOS-Systeme bringen es mit, und es läuft über eine SSH-Verbindung, die wahrscheinlich schon konfiguriert ist. Nichts davon versucht Relayium sync zu ersetzen.
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
- Willst du die Datei lieber selbst wählen, oder unter Windows? Hol dir ein Binary von der Releases-Seite — relayium.com/cli listet alle Installationswege (mit Go auch go build ./cmd/relayium).
- relayium --version bestätigt die Installation. Ohne das geben die Befehle unten nur „command not found“ aus.
Was Relayium sync stattdessen macht
relayium sync <Quelle...> <Ziel> [--delete] [--watch] ist ein einseitiger inkrementeller Spiegel: Er vergleicht Größe und Änderungszeit jeder Datei, überspringt, was schon übereinstimmt, und sendet den Rest.
Es läuft über daemon-direct. Zeigst du auf relayium://host[:port], wird SSH komplett übersprungen: eine TLS-1.3-Verbindung mit Pinning direkt zu einem relayium serve-Listener auf der anderen Maschine, authentifiziert über deren Fingerprint (einmal genehmigt, danach gemerkt). Kein sshd einzurichten, keine SSH-Schlüssel zu verwalten — nur zwei Maschinen mit installiertem relayium und einem offenen Port dazwischen. Das frühere sync über SSH zu einem Ziel user@host:/dest ist eingestellt; die aktuelle CLI lehnt es mit „SSH transfers are currently disabled“ ab.
relayium serve --dir /backup/photos # auf dem Empfänger
relayium sync ./photos relayium://203.0.113.9:9031 # daemon-direct, ohne SSHLöschungen und fortlaufende Synchronisation
Standardmäßig fügt sync nur hinzu und aktualisiert — es löscht nie von sich aus etwas. Übergib --delete, um auch Löschungen zu spiegeln, aber der Empfänger muss dem zustimmen: Er muss mit relayium serve --allow-delete laufen. Ist das nicht der Fall, wird die Löschanfrage abgelehnt und an den Sender zurückgemeldet, statt sie stillschweigend zu ignorieren.
Für einen Ordner, der sich fortlaufend ändert, hält --watch sync nach dem ersten Durchlauf am Laufen und spiegelt erneut, sobald sich eine Datei unter der Quelle ändert — dafür hat rsync nichts Eingebautes; normalerweise greift man zu einem Cron-Job oder einem Wrapper wie lsyncd.
relayium serve --dir /backup --port 9031 --allow-delete
relayium sync ./photos relayium://203.0.113.9:9031 --delete --watchIntegrität, Fortsetzung und die ehrlichen Grenzen
Jede Datei wird Ende-zu-Ende mit einem SHA-256-Hash geprüft, und eine mitten in einer Datei abgebrochene Übertragung setzt beim bereits auf der Platte liegenden Byte-Offset fort, statt neu zu beginnen — aus denselben Gründen nützlich wie bei rsync.
Klar sein sollte, was Fortsetzen nicht ist: nicht rsyncs Delta-Algorithmus. Ist eine Datei bereits vollständig vorhanden, hat aber eine andere Größe oder einen anderen Zeitstempel, überträgt sync sie komplett erneut, statt veränderte Blöcke darin zu diffen. Bei einer einzelnen riesigen Datei, die sich häufig geringfügig ändert, bewegt rsyncs Delta-Transfer weniger Daten. sync behandelt außerdem nur reguläre Dateien — Symlinks und Spezialdateien werden übersprungen, wer darauf angewiesen ist, muss das separat handhaben.
Wann rsync noch immer das bessere Werkzeug ist
Wähle rsync, wenn die Synchronisation in beide Richtungen gehen muss, wenn SSH bereits eingerichtet ist und du keinen weiteren Daemon willst, wenn du feingranulare Kontrolle brauchst (Ausschlüsse, Filter, Hardlink-Snapshots, Bandbreitenlimits, Kompression), oder wenn sich eine Datei häufig geringfügig ändert und Delta-Transfer echte Bandbreite spart. Relayium sync versucht nichts davon abzudecken.
- Nur einseitig: sync spiegelt Quelle → Ziel; rsync kann in beide Richtungen.
- Kein Delta-Transfer: sync sendet eine veränderte Datei komplett neu; rsyncs Rolling-Checksum sendet nur veränderte Blöcke.
- Weniger Optionen: rsync hat Jahrzehnte an Flags für Filterung, Kompression und Snapshots; sync hat --delete und --watch.
- Wo Relayium sync gewinnt: kein SSH-Server nötig (daemon-direct), TLS mit Pinning und Fingerprint-Authentifizierung, Echtzeit-Resync mit --watch, und die direkten Modi — sync und push per daemon-direct — sind kostenlos, ohne dass etwas gemessen wird; sync selbst braucht überhaupt kein Konto.
Häufige Fragen
Kann sync rsync vollständig ersetzen?
Nein. Es macht nur einseitiges Spiegeln und hat keinen blockweisen Delta-Algorithmus wie rsync — eine Datei mit anderer Größe oder anderem Zeitstempel wird komplett neu übertragen, und es gibt deutlich weniger Flags als bei rsync. Wenn du bidirektionale Synchronisation, feingranulare Filterkontrolle brauchst oder dich auf rsyncs ausgereiftes Ökosystem verlassen willst, ist rsync weiterhin das bessere Werkzeug.
Braucht sync einen SSH-Server?
Nein. daemon-direct (relayium://host:port) überspringt SSH komplett: eine TLS-Verbindung mit Pinning, authentifiziert über den Fingerprint des Empfängers, einmal genehmigt und danach gemerkt. Das frühere sync über SSH (user@host:path) ist eingestellt.
Löscht sync Dateien, die ich aus der Quelle entfernt habe?
Nur wenn du --delete übergibst und der Empfänger sein serve mit --allow-delete betreibt. Andernfalls wird die Löschanfrage abgelehnt und an den Sender zurückgemeldet, statt stillschweigend ignoriert zu werden.
Kann ich in Echtzeit fortlaufend synchronisieren?
Ja, mit --watch. Nach dem ersten Spiegeln läuft sync weiter und spiegelt (entprellt) erneut, sobald sich eine Datei unter der Quelle ändert.
Ist das kostenlos?
Für alles, was dieser Vergleich abdeckt, ja. Die Relayium-CLI ist kostenlos und quelloffen, und sync und push per daemon-direct sind direkte Übertragungen, bei denen nichts gemessen wird und kein Konto nötig ist. send braucht ein Konto, damit der Server seinen Pairing-Code erzeugen kann. Nur Cloud-up nutzt gehosteten Speicher, und dort gilt das Speicherlimit deines Tarifs.
Spiegle einen Ordner zwischen zwei eigenen Maschinen — ganz ohne SSH-Server.
CLI holen