Plattformübergreifende Dateifreigabe: zwischen Geräten senden

Plattformübergreifende Dateifreigabe ist gelöst, sobald Sie aufhören, auf plattformeigene Tools zu setzen. AirDrop (nur Apple), Quick Share (Google und Samsung), Nearby Sharing (nur Windows) und iMessage scheitern alle an der Grenze. Ein Browser-Link funktioniert auf jedem in den letzten zehn Jahren hergestellten Betriebssystem, weil HTTP und TLS die gemeinsame Sprache sind. Laden Sie die Datei einmal hoch, fügen Sie die URL in eine beliebige Chat-App ein, und ein Linux-Nutzer an der Kommandozeile, ein Android-Nutzer über 4G und ein macOS-Nutzer im Hotel-WLAN können alle dieselben Bytes abrufen.

Das Interoperabilitätsproblem, das Browser-Links lösen

Wenn ein Windows-Laptop an ein iPhone sendet, funktioniert weder AirDrop noch AirPlay noch SMB nativ. Die üblichen Alternativen: E-Mail (bis 25 MB), iCloud für Windows (unzuverlässig, erfordert Apple ID) oder App-Installationen auf beiden Seiten. All das erzeugt Reibung.

Ein linkbasierter Transfer reduziert das Problem auf drei Schritte: der Absender lädt auf eine URL hoch, der Empfänger ruft die URL auf und lädt herunter. Keine Identitätsföderation, keine mDNS-Erkennung, kein Protokollmismatch. Die Datei reist über HTTPS (TLS 1.3 seit 2018), das jedes moderne Betriebssystem standardmäßig unterstützt.

Was auf jeder Plattform funktionieren muss

Ein wirklich plattformübergreifender Dateitransfer benötigt:

• Browser-Upload per File API (Spezifikation: HTML Living Standard) — funktioniert in Safari 12+, Chrome 38+, Firefox 50+, Edge 79+.
• Chunked resumable Uploads für instabile Verbindungen, implementiert über Range-Anfragen über HTTP/2.
• Plattformübergreifende Dateinamen-Verarbeitung: NTFS erlaubt Zeichen, die Linux nicht kennt (und umgekehrt). Der Dienst muss UTF-8 konsistent bereinigen oder erhalten.
• Archivformat, das Empfänger öffnen können: .zip ist die lingua franca. .tar.gz läuft auf Linux/macOS, benötigt aber 7-Zip oder WinRAR unter Windows. .rar erfordert auf macOS standardmäßig kostenpflichtige Software.
• Ende-zu-Ende-Verschlüsselung, die der Browser selbst übernehmen kann: Web Crypto API crypto.subtle ist in jedem Tier-1-Browser seit 2017 verfügbar.

Die Plattformen und ihre Eigenheiten

macOS (Sonoma, Sequoia): Finder erzeugt __MACOSX- und .DS_Store-Dateien in Zips. Verwenden Sie zip -X im Terminal oder eine „Clean Zip"-App, um diese vor dem Senden zu entfernen. Windows-Empfänger sehen sonst Datenmüll.

Windows 11: verweigert nach wie vor Dateinamen mit :, *, ?, ", <, >, |. Unicode ist in Ordnung, aber abschließende Leerzeichen in Dateinamen verursachen Probleme. Downloads landen in %USERPROFILE%\Downloads, und SmartScreen kann ein Archiv mit .exe markieren.

Linux (Ubuntu, Fedora, Arch): Dateisystem unterscheidet Groß-/Kleinschreibung. Photo.jpg und photo.jpg coexistieren. Beim Zippen unter macOS (standardmäßig ohne Unterscheidung) für Linux-Lieferung: versehentliche Namenskollisionen vermeiden.

iOS/iPadOS: Die Dateien-App öffnet gängige Archive, bevorzugt aber .zip. Drittanbieter-Apps wie Documents by Readdle verarbeiten .7z und .rar.

Android: Die Dateien-App von Google extrahiert .zip, benötigt aber RAR oder 7-Zip für andere. Scoped Storage seit Android 11 schränkt ein, wo Dateien landen.

Chrome OS: Jedes Archiv, das die Dateien-App kennt — .zip, .rar, .tar, .gz. Drag-and-Drop aus Dateien in einen Browser-Tab funktioniert direkt.

Ein Upload, alle Empfänger — die Rechnung

Ein einzelner Upload mit 100 Mbit/s für eine 5-GB-Datei dauert etwa 7 Minuten. Ein Szenario mit vier Empfängern auf vier Betriebssystemen mit individuellen Peer-to-Peer-Transfers würde auf dem langsamsten Uplink das Vierfache dauern — plus Koordinationsaufwand. Der Link-Ansatz lädt die Datei einmal auf einen Server und lässt jeden Empfänger in seinem eigenen Tempo herunterladen, auch über Nacht wenn der Computer des Absenders längst geschlossen ist.

Ende-zu-Ende-Verschlüsselung auf allen Plattformen

Clientseitige Verschlüsselung mit AES-256-GCM funktioniert identisch in Safari auf dem iPad, Chrome auf Android, Edge unter Windows, Firefox unter Linux und Safari auf macOS. Die Web Crypto API ist standardisiert (W3C Web Cryptography API, Recommendation 2017). Ein in den Browser eingegebenes Passwort wird über PBKDF2-HMAC-SHA256 zu einem 256-Bit-Schlüssel. Die Datei wird in 5-MB-Blöcken verschlüsselt, jeder mit einer einzigartigen 96-Bit-IV und einem 128-Bit-Authentifizierungs-Tag. Der Server sieht nie Klartext.

HexaTransfer basiert auf genau dieser Pipeline. Eine Android-Designerin kann ein verschlüsseltes 8-GB-Projekt an einen Linux-Animator senden — gleicher Code-Pfad, gleiches Geheimtext-Format.

Links schlagen jedes native Freigabetool

| Natives Tool | Für wen es funktioniert | Wen es ausschließt | | --- | --- | --- | | AirDrop | Apple ↔ Apple | Alle anderen | | Quick Share | Android ↔ ChromeOS, etwas Windows | iOS, Linux, ältere Macs | | Nearby Sharing | Windows 10/11 ↔ Windows | Alle anderen | | SMB/Windows Share | Gleiches LAN | Remote-Empfänger | | Bluetooth OBEX | Beliebig | Zu langsam über 20 MB | | Ein geteilter Link | Jeder Browser | Niemand |

Dateinamen und Kodierungsfallen

UTF-8 ist die einzige sichere Kodierung. Ein Dateiname mit Akzentzeichen, der von macOS mit NFC-Normalisierung gesendet wird (was macOS auf APFS nicht tut — macOS verwendet NFD für HFS+-Kompatibilität), kann beim Windows-Empfänger als café.pdf erscheinen und nicht geöffnet werden. Ein guter Transferdienst normalisiert zu NFC und bereinigt unerlaubte Zeichen für Windows vor der Speicherung.

Leerzeichen, Emojis und nicht-lateinische Schriften (日本語, العربية, русский) überleben einen browserbasierten Transfer, weil der Server die rohen UTF-8-Bytes speichert und der Download sie über den Content-Disposition: attachment; filename*=UTF-8''...-Header (RFC 6266) erhält.

Realistische plattformübergreifende Szenarien

• Architekt unter Windows sendet ein 400-MB-.rvt-Revit-Modell an einen Kunden unter macOS zur Überprüfung in Enscape: Browser-Upload, Download, Konverter läuft auf beiden Seiten.
• Video-Team unter Linux Ubuntu schneidet in DaVinci Resolve, übergibt ein 6-GB-.drp-Projekt an einen Coloristen unter Windows: Projekt als .zip exportieren, hochladen, Colorist lädt auf beliebigem OS herunter.
• Fotografin auf dem iPad exportiert 12 GB RAW-.cr3-Dateien, sendet an einen Retoucher auf einem M3-MacBook: Upload aus Safari auf dem iPad, Download in Safari auf macOS, alle originalen Metadaten erhalten.

Vergleich wirklich plattformübergreifender Tools

| Dienst | Max. Größe | E2E-Verschlüsselung | Kein Konto Empfänger | Wiederaufnahme | | --- | --- | --- | --- | --- | | WeTransfer Free | 2 GB | Nein | Ja | Nein | | Smash | Unbegrenzt | Nein | Ja | Teilweise | | SwissTransfer | 50 GB | Passwortgeschützt im Ruhezustand | Ja | Ja | | Dropbox Transfer | 100 GB (Pro) | Nein | Ja | Ja | | HexaTransfer | 10 GB | AES-256-GCM im Browser | Ja | Ja |

Das Schöne an plattformübergreifend: Absender und Empfänger müssen sich auf nichts einigen. Sie brauchen nur einen Browser.

Auf hexatransfer.com testen — kostenlos, ohne Konto, bis 10 GB.