Zum Inhalt springen
Platz sichern

Direkt, Serverweg und geroutete Netze: Welcher Weg funktioniert?

Was „direkt“ wirklich bedeutet, wann pipeit über seine Server leitet und was du prüfen kannst.

Direkt bedeutet: Die Dateidaten fließen zwischen den Geräten, ohne von einem pipeit-Datenrelay weitergeleitet zu werden. Das kann im selben LAN, zwischen gerouteten Netzen oder über eine erreichbare Internetverbindung funktionieren. Über pipeit bedeutet: Ein Relay leitet die Ende-zu-Ende verschlüsselten Daten weiter. Welche Route verwendet wurde, steht in den Verbindungsdetails.

Eine Online-Direktübertragung kann weiterhin Server für Anmeldung, Berechtigungen und Verbindungsaufbau benötigen. „Direkt“ ist deshalb nicht gleich „ohne jeden Serverkontakt“. Umgekehrt ist ein Serverweg kein Backup und keine Zusage für eine später abrufbare Datei.

Welcher Weg passt zu welcher Situation

Geräte und SituationDirekter DateitransportAlternative und Bedingungen
Browser zu Browser, kleiner unterstützter DateipfadWebRTC-Datenkanal, wenn die tatsächliche Probe und Verhandlung erfolgreich sindServerweg bei erreichbarem Dienst und erlaubter Richtlinie; beide Browser geöffnet
Browser zu Browser, große DateienVerschlüsseltes pipeit-Relay, bis 8 GiB pro DateiBeide Browser bleiben bis zum Abschluss geöffnet
Browser zu nativem ClientDirekt, wenn beide Seiten einen gemeinsamen Direktweg anbietenSonst über pipeit; natives TCP ist kein Browser-TCP-Zugriff
Nativer Client zu nativem Client im LANTLS über TCP bei freigegebenem Listener und passender EmpfangsrichtlinieServerweg, sofern erlaubt
Native Geräte in unterschiedlichen gerouteten NetzenTLS über TCP, wenn die annoncierte konkrete Adresse und der Port erreichbar sindGleiches Subnetz ist nicht nötig; Routen, Firewall und Listener entscheiden
Native Geräte hinter NATDirekt nur mit tatsächlich erreichbarem angebotenem Endpunkt oder erreichbarer AbbildungKein universeller NAT-Durchbruch; Serverweg oder bewusste Netzwerkkonfiguration
Browser hinter restriktivem NetzWebRTC kann scheiternVerfügbares TURN ist bereits Relay; ein zusätzlicher WebSocket-Weg ist ein eigener Transport
Direkter Weg bricht nach Annahme wegNeue Versuche nach Vertrag und ZustandErlaubter Rückfall mit Hinweis und Route im Verlauf; bei verbotenem Rückfall keine stille Umleitung
Langsame VerbindungMöglich, wenn die Route stabil und das Zeitbudget ausreichend istEine andere Route bewusst vergleichen; ein Serverweg ist nicht automatisch schneller
Kein Internet, aber erreichbares lokales oder geroutetes NetzSeparat gekoppelte native Offlinepeers über TLSKein Ersatz für Onlinekonto oder Serverweg; eigener lokaler Vertrauensaufbau erforderlich
Kein nutzbarer NetzwerkwegKeine ÜbertragungWeder QR-Code noch Serverweg ersetzt eine fehlende Verbindung
In der Nähe, zwischen den pipeit-Apps (Wi-Fi Aware, WLAN/LAN, Bluetooth-Erkennung)Direkt, ohne Router oder Internet; zwischen iPhone, Android, Windows, Mac und LinuxDer genutzte Weg steht in den Verbindungsdetails; Serverweg nur, wenn die Geräte nicht in der Nähe sind

Wische seitwärts, um die ganze Tabelle zu sehen.

Die Vorprüfung verstehen

Nach der Geräteauswahl prüft ein unterstützter Client einen konkreten direkten Weg. Er zeigt Erfolg, unbekannt oder Fehler samt kurzer Begründung. Eine Probe kann ablaufen; ein später entsperrtes Telefon oder ein Netzwechsel kann das Ergebnis ändern. Erneut prüfen startet eine neue Probe, keine Dateisendung.

Direkt möglich ist keine Geschwindigkeitszusage. Direkt noch nicht bestätigt ist keine pauschale Aussage über alle denkbaren Protokolle oder Ports. Über pipeit gewählt bedeutet, dass eine direkte Prüfung für diese bewusste Auswahl entfallen kann; das ist kein Direktfehler.

Direkten Weg oder Serverweg bewusst wählen

Automatisch versucht einen geeigneten Weg entsprechend deinen Einstellungen. Über pipeit wählt die Weiterleitung ausdrücklich. Wenn nur direkt gewünscht ist, muss auch der für den Auftrag geltende Rückfall verboten sein. Im Web erledigt die entsprechende Auswahl das. Bei der CLI ist --route direct allein kein allgemeiner Beweis für ein Rückfallverbot: Prüfe den Richtlinien-Snapshot des Kontos und das Ergebnis, siehe Direktverbindung prüfen und Rückfall festlegen.

Erst nach dem bestätigten Abschluss ist bekannt, welcher Weg die Datei tatsächlich zugestellt hat. Eine Anzeige „direkt“ während eines Versuchs darf nicht nachträglich als Beleg für den gesamten Auftrag herhalten, wenn anschließend auf den Serverweg gewechselt wurde.

Warum nicht einfach alle Ports ausprobieren?

Ein Client veröffentlicht eigene geeignete Endpunkte und prüft autorisierte Gegenstellen. pipeit ist kein beliebiger Portscanner und verspricht nicht, jede Firewall zu durchqueren. Ein freier Port muss zu einem tatsächlich lauschenden, authentifizierten pipeit-Empfänger gehören. Ein Ping beweist nur einen Teil der Erreichbarkeit und kein Schreibrecht. Geroutete Netze benötigen keine Sonderform der Datei: Entscheidend ist ein erreichbarer und berechtigter Empfangsweg.

Geschwindigkeit richtig vergleichen

Kleine Dateien messen oft Anmeldung, Vorbereitung und Verbindungsaufbau stärker als Durchsatz. Große Verzeichnisse können durch viele Dateizugriffe und Hashes begrenzt sein. Weitere Faktoren sind WLAN, Paketverlust, VPN, CPU, Browser, Empfängerplatte, Verschlüsselung und der Serverweg. Vergleiche Werte deshalb mit Quelle, Ziel, Dateigröße, Route und Version.

Es klappt trotzdem nicht?

Lies zuerst die Fehlerhilfe. Hilft sie nicht weiter, sag uns, was passiert ist.