I due campi
I software di desktop remoto si dividono in due campi architetturali:
- Relay cloud (TURN-centrico): i dati di schermo vanno dall’host a un server cloud che li inoltra al client. Entrambi gli endpoint si connettono « verso l’esterno » al fornitore, che gestisce il routing.
- Peer-to-peer (P2P): host e client aprono un tunnel diretto — di solito via UDP hole punching attraverso router NAT. I dati di schermo passano direttamente, senza intermediari.
In pratica i confini sono sfumati — quasi tutti gli strumenti P2P hanno un relay TURN come fallback per il ~5% di connessioni in cui il P2P diretto fallisce (NAT simmetrico, firewall aziendali restrittivi).
Cosa cambia con il P2P
Latenza. Per una connessione P2P diretta Berna-Zurigo, la latenza corrisponde grossomodo al round-trip fibra + 1-2 ms di overhead di codifica — tipicamente 5-15 ms. Con un relay cloud a Francoforte si aggiunge la deviazione: 30-50 ms. Decisamente percepibile nel controllo mouse.
Carico banda degli endpoint. In P2P, ogni lato sopporta esattamente il proprio carico upload/download. Con un relay cloud, il flusso si raddoppia lato fornitore, cosa che spesso si monetizza con throttling o limiti dati nei piani gratuiti.
Privacy. La differenza maggiore. In P2P il fornitore vede al massimo che una connessione avviene (per fatturazione), ma non cosa viene trasmesso. Con relay cloud ogni frame passa per infrastruttura terza — anche se cifrato, il fornitore ha metadati + informazioni di timing.
Quando il relay cloud ha comunque senso
Il P2P non è sempre la risposta giusta:
- NAT simmetrico: alcuni operatori mobili e firewall aziendali non consentono UDP hole punching. Un relay DEVE intervenire.
- Sessioni multi-parte: più di due partecipanti (formazioni, presentazioni schermo) sono più semplici via server centrale che con N×(N-1)/2 tunnel P2P.
- Registrazione conformità: se ogni sessione deve essere registrata per audit, la registrazione vive sul server relay.
Gli ibridi sono la regola
La maggior parte degli strumenti attuali sono ibridi:
- WinDesk: P2P-first, relay TURN svizzero come fallback. ~95% delle connessioni dirette P2P.
- AnyDesk: P2P-first, simile.
- TeamViewer: più cloud-centrico, più routing via server Francoforte (default).
Come testare
Nel tuo strumento: avvia una sessione, guarda lo stato della connessione — quasi ogni strumento indica se la connessione è « diretta » o « relayed ». Se sempre relayed: verifica configurazione NAT o passa a uno strumento più capace in P2P.
Conclusione
Se privacy, latenza ed efficienza banda contano: scegliere uno strumento P2P-first. Se sessioni multi-parte o registrazione conformità sono critiche: uno strumento cloud-centrico può andare meglio. Per il 90 % dei fornitori IT e dei casi d’uso PMI, il P2P è l’approccio giusto.
WinDesk è P2P-first con relay svizzero come fallback. Piano Free senza account: windesk.ch/it/download.