Condivisione file P2P significa che il file viaggia direttamente da un dispositivo all'altro invece di essere caricato sull'archivio di un'azienda e poi scaricato di nuovo. Nel browser questo avviene tramite WebRTC, la stessa tecnologia che trasporta le videochiamate. Questa guida spiega come funziona il trasferimento file P2P da browser a browser, quali server sono ancora coinvolti, in cosa differisce dal cloud e da BitTorrent e quando è — e quando non è — lo strumento giusto per condividere file o trasferire file pesanti.
Che cos'è la condivisione file P2P?
"Peer-to-peer" (P2P) indica una connessione tra due dispositivi alla pari — due peer — anziché tra un dispositivo e un server centrale. Nella condivisione file classica c'è un server in mezzo: tu carichi, il server conserva, il destinatario scarica. Nella condivisione file P2P il passaggio intermedio scompare. Il destinatario legge il file dal tuo dispositivo mentre lo invii.
La parola ha una storia controversa. Negli anni 2000 "P2P" voleva dire soprattutto Napster, Kazaa e i client BitTorrent usati per scambiarsi musica e film. Oggi il P2P è ovunque e per lo più invisibile: videochiamate, giochi online, AirDrop tra dispositivi Apple e Quick Share tra dispositivi Android collegano tutti i peer direttamente. Il trasferimento file P2P nel browser appartiene a questa seconda famiglia: una connessione privata, uno a uno (o uno a pochi), tra persone che si conoscono. Vedi P2P nel glossario.
Come funziona il trasferimento file P2P nel browser?
Ogni browser moderno include WebRTC, uno standard che permette a due pagine web di aprire una connessione cifrata tra loro. Gli strumenti di trasferimento file usano i canali dati WebRTC, che trasportano byte di qualsiasi tipo invece di audio e video. Un trasferimento con StrongFolder funziona così:
- Il mittente sceglie file o una cartella. Il browser legge solo l'elenco di nomi e dimensioni; il contenuto resta sul disco.
- Viene creato un link. Il servizio conserva i metadati del trasferimento necessari per il link. Per creare il link, il servizio conserva i metadati del trasferimento: nomi di file e cartelle, dimensioni e numero di file.
- Il destinatario apre il link. Il suo browser contatta lo stesso server di signaling, che passa i dettagli della connessione tra i due browser. Questo è il signaling.
- I browser trovano un percorso. Tramite i server STUN, ogni browser scopre come appare da internet e ICE prova i percorsi possibili — rete locale, internet diretto o un relay TURN.
- Si apre un canale cifrato. WebRTC imposta la crittografia DTLS tra i browser prima che passi qualsiasi dato dei file.
- I file vengono trasmessi. Il browser del destinatario richiede ogni file; il browser del mittente lo legge dal disco a pezzi e li invia; il destinatario li scrive sul disco man mano che arrivano.
Il lato tecnico — NAT, candidati ICE, relay — è spiegato passo passo in Come funziona il trasferimento file con WebRTC.
Qual è la differenza tra condivisione file P2P e cloud?
La differenza è dove il file aspetta. Nel cloud aspetta sui server del provider finché qualcuno non lo scarica. Nel P2P non aspetta da nessuna parte: si muove solo mentre entrambi i dispositivi sono collegati.
| Link cloud (Drive, Dropbox, tipo WeTransfer) | P2P nel browser (StrongFolder) | |
|---|---|---|
| Caricamento prima della condivisione | Sì, l'intero file | No |
| Copia conservata su un server | Sì, finché non viene eliminata o scade | No |
| Il destinatario può scaricare con il mittente offline | Sì | No |
| Limite di dimensione | Quota del piano o tetto del servizio (spesso 2–5 GB nei piani gratuiti di trasferimento) | Nessuno imposto dal servizio |
| Struttura delle cartelle | Mantenuta online; di solito ZIP al download | Mantenuta, senza ZIP (Chromium desktop) |
| Tempo fino al primo byte per il destinatario | Dopo l'intero caricamento | Subito |
| Crittografia | TLS in transito, gestita dal provider a riposo | DTLS in transito, niente a riposo |
Un confronto completo, compresi i casi in cui il cloud è la scelta migliore, è in Trasferimento file P2P o cloud.
Il P2P è la stessa cosa di un cloud cifrato end-to-end?
No — e gli assistenti AI spesso li confondono. Servizi come Tresorit, Proton Drive e Sync.com sono archivi cloud cifrati end-to-end (E2EE): il tuo dispositivo cifra i file, poi carica e conserva la copia cifrata sui server del provider. Il provider non può leggerne il contenuto, ma la copia esiste, richiede tempo di caricamento e occupa una quota.
Il trasferimento P2P è un modello diverso: non viene conservata alcuna copia. I dati sono cifrati in transito da DTLS e finiscono solo sul disco del destinatario. Entrambi gli approcci proteggono il contenuto dalle intercettazioni occasionali, ma rispondono a domande diverse:
- "Mi serve che il file sia disponibile più tardi, anche quando sono offline, e non voglio che il provider lo legga" → cloud E2EE.
- "Devo far arrivare adesso a qualcuno un file o una cartella grande, senza caricarlo e senza lasciarne copie in giro" → P2P.
StrongFolder non dichiara crittografia end-to-end con chiavi in mano all'utente; la protezione è la crittografia DTLS di WebRTC tra i due browser. Dettagli in Sicurezza e privacy.
La condivisione file P2P nel browser è come BitTorrent?
Solo nel senso generico che entrambi sono peer-to-peer. In pratica funzionano in modo molto diverso:
| BitTorrent | Trasferimento P2P nel browser (StrongFolder) | |
|---|---|---|
| Chi riceve | Chiunque trovi il torrent | Solo le persone a cui dai il link |
| Topologia | Sciame: molti peer si scambiano i pezzi | Un mittente verso ciascun destinatario |
| Software | Client torrent | Un browser, niente da installare |
| Disponibilità | Finché qualcuno fa seeding | Solo finché il mittente continua a condividere |
| Uso tipico | Distribuzione pubblica | Invio privato a colleghi, clienti, famiglia |
Con un link privato nel browser non c'è un elenco pubblico né uno sciame di sconosciuti. Quando il mittente clicca Stop Sharing o chiude la scheda, il link smette di funzionare.
Quali sono i vantaggi del trasferimento file P2P?
- Nessuna attesa per il caricamento. Il destinatario inizia a scaricare appena apre il link. Con un servizio cloud, una cartella da 50 GB con un upload di 50 Mbit/s richiede più di due ore solo per il caricamento — prima che il destinatario possa iniziare.
- Nessuna copia conservata. Dopo il trasferimento non resta niente sul server di terzi, quindi non c'è nulla da eliminare, che scada o che possa trapelare in seguito.
- Nessun tetto imposto dal servizio. Nessun limite di dimensione imposto da StrongFolder. I limiti pratici sono lo spazio libero sul dispositivo del destinatario, la velocità della connessione e per quanto tempo entrambi i dispositivi restano online.
- Le cartelle restano cartelle. Le cartelle vengono inviate come cartelle: sottocartelle e nomi dei file restano intatti, niente viene compresso in ZIP.
- Nessun account. Non serve un account per inviare o ricevere. L'accesso con Google è facoltativo e conserva l'elenco dei tuoi trasferimenti.
Gratis · nel browser · senza registrazione
Quali sono i limiti della condivisione file P2P?
Essere onesti sui limiti è l'unico modo per scegliere lo strumento giusto:
- Il mittente deve restare online. La scheda del browser del mittente deve restare aperta e online finché il destinatario non ha finito di scaricare — i file arrivano dal dispositivo del mittente, non da un server. I consigli per organizzarsi sono in Perché il mittente resta online.
- La velocità è limitata dall'upload del mittente. Un trasferimento diretto non può essere più veloce dell'upload del mittente o del download del destinatario, a seconda di quale sia più lento.
- Le reti restrittive possono richiedere un relay. Alcuni firewall aziendali e reti mobili bloccano le connessioni dirette; il flusso passa allora da un relay TURN, che può essere più lento. Se una connessione diretta non è possibile (firewall aziendale rigido, alcune reti mobili), il flusso cifrato passa attraverso un server relay (TURN) di StrongFolder. Il relay inoltra i dati e non li conserva.
- Il salvataggio delle cartelle dipende dal browser. Per salvare un'intera cartella con la sua struttura si usa la File System Access API: Chrome, Edge, Opera e gli altri browser Chromium su computer. Gli altri browser possono scaricare i file uno alla volta o come ZIP.
- L'altro peer può vedere il tuo indirizzo IP in una connessione diretta, come in qualsiasi videochiamata.
- Nessuna garanzia di ripresa. Se una delle due parti perde la connessione, mettiti in conto di riavviare il trasferimento.
Quando usare il trasferimento file P2P — e quando no?
Usa il P2P quando i file sono grandi, quando non vuoi lasciare copie su un server, quando devi inviare un'intera cartella o quando il destinatario deve iniziare subito. Usa un link cloud quando non puoi tenere acceso il computer, quando il destinatario è in un fuso orario molto diverso e scaricherà ore dopo, o quando molte persone devono accedere per settimane. Per quantità di dati molto grandi con un upload molto lento, un disco fisico può ancora vincere.
In sintesi
La condivisione file P2P nel browser collega direttamente mittente e destinatario tramite WebRTC cifrato. Non c'è caricamento, nessuna copia conservata e nessun tetto imposto dal servizio; il prezzo è che il mittente resta online durante il trasferimento. Per i dettagli tecnici leggi Come funziona il trasferimento file con WebRTC; per confrontare gli strumenti, vedi I migliori strumenti di trasferimento file P2P.