Relayium

Was ist Peer-to-Peer-Dateiübertragung?

Zuletzt aktualisiert: 2026-08-07

„Peer-to-Peer“ wird oft locker verwendet, aber bei einer Dateiübertragung bedeutet es konkret: Deine Datei geht direkt von einem Gerät zum anderen — nicht auf den Server eines Unternehmens hoch und wieder herunter. Kein Zwischenstopp, an dem eine Kopie liegen bleiben könnte.

Das klingt einfach, doch die tatsächlichen Pfade unterscheiden sich. Diese Seite erklärt zuerst allgemeines WebRTC/ICE, bei dem TURN als Ausweichweg dienen kann, und trennt dann Relayiums Umsetzung: Browser-WebRTC ist im selben LAN direkt, netzübergreifend wird TURN planmäßig genutzt, und die CLI ist direct-only.

P2P vs. der übliche Weg: den Zwischenstopp streichen

Die meisten „Datei senden“-Tools funktionieren per Upload: Deine Datei geht von deinem Gerät auf den Server des Anbieters hoch, wird dort gespeichert, und die andere Person lädt sie wieder herunter. Das sind zwei Hops, und eine Weile lang liegt eine vollständige Kopie deiner Datei auf fremdem Speicher — auch wenn sie später gelöscht wird.

Peer-to-Peer-Übertragung überspringt diesen Zwischenstopp. Sobald eine Verbindung zwischen deinem Gerät und dem der anderen Person offen ist, fließen die Bytes der Datei direkt über diesen einen Hop und nirgendwo sonst hin. Es gibt keine serverseitige Kopie, die gespeichert, gesichert oder irgendwann gelöscht werden müsste — denn sie wurde nie hochgeladen.

Wie zwei Geräte sich tatsächlich finden: STUN

Hier kommt der nicht offensichtliche Teil: Dein Gerät kennt so gut wie sicher seine eigene Adresse, wie sie vom öffentlichen Internet aus gesehen wird, gar nicht — es sitzt hinter einem heimischen Router oder der Network Address Translation (NAT) eines Mobilfunkanbieters, die es hinter einer geteilten öffentlichen IP verbirgt und Ports laufend neu zuweist. Das andere Gerät befindet sich in derselben Lage. Keines von beiden kann das andere einfach „anwählen“, ohne vorher herauszufinden, welche Adresse es überhaupt erreichen würde.

Genau dafür ist STUN (Session Traversal Utilities for NAT) da. Jedes Gerät stellt kurz einem schlanken STUN-Server eine Frage: „Von welcher Adresse und welchem Port aus siehst du mich kommen?“ Die Antwort verrät ihm seine eigene nach außen sichtbare Adresse — keine Datei, kein Inhalt, nur genug Netzwerkinformation, um einen Weg zurück zu ihm zu beschreiben. Beide Geräte tauschen diese Information aus (über einen Signalisierungsschritt, der ausschließlich Verbindungsaufbau-Details trägt, nie Dateibytes) und versuchen dann, einen direkten Pfad zur Adresse des jeweils anderen zu öffnen. In einem großen Teil realer Fälle — besonders bei zwei Geräten im selben WLAN oder bei NATs mit vorhersehbarem Verhalten — funktioniert das, und es öffnet sich eine vollständig direkte Verbindung.

Wenn kein direkter Pfad gefunden werden kann: das TURN-Relay

Manchmal reicht STUN nicht aus. Manche NATs — besonders bei strengeren Unternehmensnetzwerken oder bestimmten Mobilfunkanbietern — verhalten sich so unvorhersehbar, dass sich allein aus außen zugänglichen Informationen kein direkter Pfad ermitteln lässt. Sitzen beide Geräte hinter dieser Art von NAT, ist eine wirklich direkte Verbindung schlicht nicht möglich; etwas muss den Verkehr dazwischen weiterleiten.

In einem allgemeinen WebRTC/ICE-Design kann TURN das Ausweich-Relay sein, wenn ein direkter Pfad scheitert. Relayiums Browser-App entscheidet bewusster: Im selben LAN läuft WebRTC direkt, alle netzübergreifenden Sitzungen nutzen TURN von Anfang an. Die Datei ist vorher Ende-zu-Ende verschlüsselt; das Relay transportiert nur Chiffretext und kann den Inhalt weder lesen noch entschlüsseln.

Warum das wichtig ist: Privatsphäre und Geschwindigkeit

Das Argument für die Privatsphäre ist unkompliziert: Wenn die Bytes der Datei nur einen einzigen Hop überqueren, direkt zwischen zwei Geräten, gibt es keinen serverseitigen Speicherschritt, an dem eine Kopie liegen, protokolliert oder von jemand anderem eingesehen werden könnte — weil sie nie dort abgelegt wurde. Das ist eine strukturell andere Garantie als „wir versprechen, sie irgendwann zu löschen“.

Das Geschwindigkeitsargument folgt derselben Logik. Eine Upload-dann-Download-Übertragung muss das Netzwerk zweimal überqueren — einmal hoch, einmal runter — und wartet oft, bis die Sendeseite vollständig fertig ist, bevor die Empfangsseite starten kann. Eine direkte Verbindung überquert das Netzwerk nur einmal, und Daten können kontinuierlich zwischen den beiden Geräten fließen, so schnell wie es die langsamere Verbindung erlaubt, ohne einen Server dazwischen, der den Durchsatz begrenzt oder eigene Latenz hinzufügt.

Wie Relayium das zusammenfügt

Was du brauchst, um das selbst zu prüfen

  • Zwei Geräte, die du gleichzeitig im Blick hast — ein Laptop und ein Telefon sind ideal.
  • Eine kleine Datei. Es geht hier um den Weg, den die Verbindung nimmt, nicht um Durchsatz.
  • Einmal beide im selben WLAN, und einmal in verschiedenen Netzen — beim Telefon das WLAN aus und mobile Daten an reicht schon.

Öffnen zwei Geräte im selben Netzwerk relayium.com, finden sie sich meist automatisch — kein Konto, kein Code, nichts zu installieren; das ist der LAN-Fall, in dem STUN oft nicht einmal gebraucht wird. Für den Versand über das Internet an jemanden in einem anderen Netzwerk kommt ein Pairing-Code zum Einsatz: Der Absender meldet sich an, erzeugt einen Code (oder teilt einen Link, wahlweise mit QR-Code zum Scannen), und sobald die andere Person beitritt, läuft die Übertragung über ein verschlüsseltes TURN-Relay — der zuverlässige Weg durch unvorhersehbare NATs, und es trägt ausschließlich Chiffretext. Der Empfänger braucht weiterhin kein Konto.

Sobald der Echtzeitpfad steht, streamen bis zu 1.000 Dateien fortlaufend über die gewählte Route, jede per SHA-256 geprüft. Relayium behält keine serverseitige Echtzeit-Inhaltskopie oder Übertragungshistorie. Ist die andere Person offline, ist ein Zero-Knowledge-Speicherlink ein eigener Modus.

  1. Öffne Relayium auf beiden Geräten, solange sie im selben WLAN sind, und schick die Datei.

    https://relayium.com/

  2. Lies das Etikett, das die App der Verbindung gibt. In einem Netz steht dort LAN direkt.

  3. Bring die beiden Geräte jetzt in verschiedene Netze und schick erneut, diesmal per Pairing-Code.

    https://relayium.com/cross-network

  4. Lies das Etikett wieder. P2P direkt heißt, quer durchs Internet wurde ein direkter Weg gefunden. Über Relay heißt, es gab keinen, und das verschlüsselte Relay hat die Bytes getragen.

  5. Halt fest, was du bekommen hast und auf welchem Netzpaar. Das ist deine eigene Antwort auf die Frage vom Anfang dieses Artikels, nicht unsere.

Was die Etiketten dir sagen

Im selben Netz bekommst du LAN direkt. Netzübergreifend bekommst du entweder P2P direkt oder Über Relay, und welches davon, hängt an den beiden Netzen und nicht an etwas, das du eingestellt hast.

Über Relay ist kein Fehlschlag. Es heißt, dass der Rückfallweg existiert und tut, wofür er da ist — und das Relay trägt durchgehend nur Chiffretext. Es ist genau der Fall, den der TURN-Abschnitt dieses Artikels beschreibt, von innen gesehen.

Wenn das Etikett nicht das ist, was du erwartet hast

Drei Dinge überraschen beim ersten Hinsehen. Keines davon ist ein Fehler, den man beheben müsste, aber jedes lohnt es, benennen zu können.

Was du siehst, was du prüfst, was es bedeutet

Netzübergreifend steht dort immer Über Relay, nie P2P direkt.
https://relayium.com/cross-network   # the path label reads the same on both ends

Prüfe, ob beide Enden über Mobilfunk laufen oder hinter Carrier-Grade-NAT sitzen — der übliche Grund, warum es keinen direkten Weg gibt. Zu beheben ist nichts: das ist der vorgesehene Rückfallweg, das Relay trägt nur Chiffretext, und dieselben zwei Geräte gehen im selben Netz weiterhin direkt und bleiben kostenlos.

Im selben WLAN steht nie LAN direkt.
https://relayium.com/   # both devices on one Wi-Fi, and the path label never says LAN direct

Prüfe, ob das Netz seine Clients voneinander trennt — Gast-WLANs und viele Hotel- und Büronetze blockieren Gerät-zu-Gerät-Verkehr grundsätzlich. Dort sehen sich die beiden Geräte überhaupt nicht, nimm also den netzübergreifenden Pairing-Code-Weg, der nicht davon abhängt, dass sie sich lokal erreichen.

Es steht überhaupt kein Etikett da.
https://relayium.com/   # there is no path label until the two ends have connected

Das Etikett benennt eine Verbindung, es erscheint also, sobald es eine gibt. Bevor die beiden Enden sich gefunden haben, gibt es nichts zu benennen — und eine Übertragung, die nie beginnt, ist ein anderes Problem als eine, die einen unerwarteten Weg genommen hat.

Häufige Fragen

Ist Peer-to-Peer dasselbe wie Ende-zu-Ende-Verschlüsselung?

Beides hängt zusammen, ist aber nicht identisch. P2P beschreibt die Kommunikation zwischen Endpunkten, garantiert aber nicht, dass jeder Netzwerk-Hop direkt ist; TURN kann den Verkehr tragen. Verschlüsselung bestimmt, ob Vermittler ihn lesen können. Relayium nutzt im selben LAN direktes WebRTC und netzübergreifend Ende-zu-Ende-verschlüsseltes TURN, das der Relay weder lesen noch entschlüsseln kann.

Berührt eine P2P-Übertragung überhaupt jemals einen Server?

Ein kleiner Signalisierungsserver hilft den beiden Geräten, die Adresse des jeweils anderen zu finden — er sieht dabei aber nur Verbindungsaufbau-Informationen, nie Dateibytes. Netzübergreifend leitet im Browser konstruktionsbedingt ein TURN-Relay die verschlüsselten Dateidaten weiter, verarbeitet aber auch dann nur Chiffretext, den es nicht entschlüsseln kann.

Warum sollte eine direkte Verbindung überhaupt scheitern?

Manche Netzwerke — häufig strenge Unternehmensfirewalls oder bestimmte NATs von Mobilfunkanbietern — sind so aufgebaut, dass sich allein aus außen zugänglichen Informationen keine erreichbare Adresse ermitteln lässt. Statt das bei jeder Übertragung gut zwanzig Sekunden lang herauszufinden, schickt Relayiums Browser-App alle netzwerkübergreifenden Übertragungen von vornherein über das Relay — es ist also das Relay und kein gescheiterter Direktversuch, das sie trägt.

Ist eine P2P-Übertragung langsamer, wenn sie über ein Relay läuft?

Es kann etwas Latenz hinzukommen, da das Relay ein zusätzlicher Hop ist, den die Daten durchlaufen, und es sich um einen geteilten statt einen dedizierten Server handelt. Trotzdem ist es meist noch schneller als ein Upload-dann-Download-Ablauf, da nicht gewartet werden muss, bis die Datei vollständig auf einem Server angekommen ist, bevor die Download-Seite starten kann.

Brauchen bei einer P2P-Übertragung beide Seiten ein Konto?

Zwei Geräte im selben Netzwerk brauchen überhaupt kein Konto. Beim Versand über Netzwerke hinweg per Pairing-Code muss sich der Absender anmelden, aber die empfangende Person braucht in beiden Fällen nie ein Konto.

Neugierig? Öffne Relayium auf zwei Geräten und starte eine verschlüsselte Echtzeitsitzung.

Relayium jetzt ausprobieren

Weiterlesen