Condivisione file multipiattaforma: trasferire tra dispositivi

La condivisione file multipiattaforma è un problema risolto nel momento in cui smetti di affidarti agli strumenti nativi della piattaforma. AirDrop (solo Apple), Quick Share (Google e Samsung), Nearby Sharing (solo Windows) e iMessage falliscono tutti al confine. Un link del browser funziona su ogni sistema operativo distribuito nell'ultimo decennio, perché HTTP e TLS sono il linguaggio comune. Carica il file una volta, incolla l'URL in qualsiasi app di chat, e un utente Linux su CLI, un utente Android su 4G e un utente macOS sul Wi-Fi di un albergo possono tutti scaricare gli stessi byte.

Il problema di interoperabilità che i link del browser risolvono

Quando un laptop Windows invia a un iPhone, né AirDrop, né AirPlay, né SMB funzionano nativamente. I soliti ripieghi: email (limitata a 25 MB), iCloud per Windows (instabile, richiede un Apple ID) o installazione di app di terze parti su entrambi i lati. Tutto aggiunge attriti.

Un trasferimento basato su link riduce il problema a tre passaggi: il mittente carica su un URL, il destinatario apre l'URL e scarica. Nessuna federazione di identità, nessun discovery mDNS, nessun mismatch di protocollo. Il file viaggia su HTTPS (TLS 1.3 dal 2018), che ogni sistema operativo moderno supporta di default.

Cosa deve funzionare su ogni piattaforma

Un trasferimento file genuinamente multipiattaforma necessita di:

• Upload via browser usando la File API (specifica: HTML Living Standard) — funziona su Safari 12+, Chrome 38+, Firefox 50+, Edge 79+.
• Upload chunked riprendibili per connessioni instabili. Implementati tramite richieste Range su HTTP/2.
• Gestione dei nomi file tra sistemi operativi: NTFS permette caratteri che Linux non accetta (e viceversa). Il servizio deve sanitizzare o preservare UTF-8 in modo coerente.
• Formato archivio che i destinatari possono aprire: .zip è la lingua franca. .tar.gz è Linux/macOS ma su Windows richiede 7-Zip o WinRAR. .rar su macOS richiede software a pagamento di default.
• Crittografia end-to-end che il browser può fare da solo: la Web Crypto API crypto.subtle è presente in ogni browser di prima fascia dal 2017.

Le piattaforme e le loro stranezze

macOS (Sonoma, Sequoia): il Finder crea file __MACOSX e .DS_Store dentro gli zip. Usa zip -X dal Terminale o un'app "clean zip" per rimuoverli prima dell'invio. Altrimenti i destinatari su Windows vedono spazzatura.

Windows 11: rifiuta ancora nomi file con :, *, ?, ", <, >, |. L'Unicode va bene, ma gli spazi finali nei nomi file rompono. I download vanno in %USERPROFILE%\Downloads e SmartScreen può segnalare un .exe dentro un archivio.

Linux (Ubuntu, Fedora, Arch): filesystem case-sensitive. Photo.jpg e photo.jpg coesistono. Quando comprimi su macOS (case-insensitive di default) per consegnare a Linux, attenzione alle collisioni accidentali di nomi.

iOS/iPadOS: l'app File apre i formati di archivio comuni ma preferisce .zip. App di terze parti come Documents by Readdle gestiscono .7z e .rar.

Android: l'app File di Google estrae .zip, ma per altri formati servono RAR o 7-Zip. Lo scoped storage da Android 11 limita dove i file atterrano.

Chrome OS: qualsiasi archivio riconosciuto dall'app File — .zip, .rar, .tar, .gz. Il drag-and-drop da File a una scheda del browser funziona e basta.

Un upload, ogni destinatario — la matematica

Un upload one-shot a 100 Mbps per un file da 5 GB richiede circa 7 minuti. Uno scenario multi-destinatario (quattro destinatari su quattro sistemi operativi) con trasferimenti peer-to-peer individuali richiederebbe 4× tanto sull'uplink più lento — più il coordinamento. L'approccio con link invia il file una volta a un server e lascia che ogni destinatario lo scarichi al proprio ritmo, anche di notte quando il computer del mittente è chiuso.

Crittografia end-to-end su tutti loro

La crittografia lato client con AES-256-GCM funziona in modo identico in Safari su iPad, Chrome su Android, Edge su Windows, Firefox su Linux e Safari su macOS. La Web Crypto API è standardizzata (W3C Web Cryptography API, Recommendation 2017). Una password digitata nel browser diventa una chiave a 256 bit tramite PBKDF2-HMAC-SHA256. Il file viene cifrato in blocchi da 5 MB, ciascuno con un IV unico a 96 bit e un tag di autenticazione a 128 bit. Il server non vede mai il testo in chiaro.

HexaTransfer è costruito esattamente su questa pipeline. Un artista Android può inviare un progetto cifrato da 8 GB a un animatore Linux — stesso percorso di codice, stesso formato di testo cifrato.

I link battono ogni strumento di condivisione nativo

| Strumento nativo | Per chi funziona | Chi esclude | | --- | --- | --- | | AirDrop | Apple ↔ Apple | Tutti gli altri | | Quick Share | Android ↔ ChromeOS, alcuni Windows | iOS, Linux, Mac più vecchi | | Nearby Sharing | Windows 10/11 ↔ Windows | Tutti gli altri | | SMB/Condivisione Windows | Stessa LAN | Destinatari remoti | | Bluetooth OBEX | Qualsiasi | Troppo lento sopra i 20 MB | | Un link condiviso | Ogni browser | Nessuno |

Insidie su nomi file e codifica

UTF-8 è l'unica codifica sicura. Inviare un nome file con caratteri accentati da macOS usa la normalizzazione NFC (cosa che macOS non fa — macOS usa NFD su APFS per compatibilità con HFS+). Un destinatario Windows potrebbe vedere café.pdf reso come cafe\u0301.pdf e rifiutarsi di aprirlo. Un buon servizio di trasferimento ri-normalizza in NFC e sanitizza i caratteri non consentiti per Windows prima di archiviare.

Spazi, emoji e script non latini (日本語, العربية, русский) sopravvivono tutti a un trasferimento basato sul browser perché il server memorizza i byte UTF-8 grezzi e il download li preserva tramite l'header Content-Disposition: attachment; filename*=UTF-8''... (RFC 6266).

Scenari multipiattaforma realistici

• Un architetto su Windows invia un modello Revit .rvt da 400 MB a un cliente su macOS che lo revisiona in Enscape: upload via browser, download, il convertitore Archicad-Revit gira da entrambi i lati.
• Un team video su Linux Ubuntu monta in DaVinci Resolve, deve consegnare un progetto .drp da 6 GB a un colorist su Windows: esporta il progetto in .zip, carica, il colorist scarica su qualsiasi OS.
• Un fotografo su iPad esporta 12 GB di file RAW .cr3, invia a un retoucher su un MacBook M3: upload da Safari su iPad, il retoucher scarica in Safari su macOS, tutti i metadati originali preservati.

Confronto di strumenti veramente multipiattaforma

| Servizio | Dimensione max | Crittografia E2E | Destinatario senza account | Ripresa dopo interruzione | | --- | --- | --- | --- | --- | | WeTransfer Free | 2 GB | No | Sì | No | | Smash | Illimitato | No | Sì | Parziale | | SwissTransfer | 50 GB | Protetto da password a riposo | Sì | Sì | | Dropbox Transfer | 100 GB (Pro) | No | Sì | Sì | | HexaTransfer | 10 GB | AES-256-GCM nel browser | Sì | Sì |

La bellezza del multipiattaforma è che il mittente e il destinatario non devono concordare su nulla. Devono solo avere un browser.

Provalo su hexatransfer.com — gratis, senza registrazione, fino a 10 GB.