Trasferimento di file multipiattaforma che funziona tra qualsiasi coppia di sistemi operativi

avatar Ott 6, 2026
Cross Platform File Transfer That Works on Every OS Pair

Copi un file sul tuo Mac, passi alla sessione Windows e Incolla è disabilitato. Oppure selezioni un file su Ubuntu, premi Ctrl+C, e il testo passa nella macchina remota mentre il file non arriva mai. Nessuno dei due sintomi indica che hai sbagliato un’impostazione. Remote Desktop sposta i dati degli appunti su un canale e le unità reindirizzate su un altro, il supporto per i file negli appunti varia in base al client e alla versione, e diversi sistemi operativi remoti non espongono affatto alcun canale per i file. Esplora i percorsi riportati di seguito, ordinati in base a quanto spesso risolvono il problema.

Quando il blocco si trova su una macchina che non amministri, oppure il lato remoto esegue un sistema operativo senza host RDP, HelpWire è un modo per aggirare il problema. È un software di accesso remoto per il lavoro di supporto IT e il suo trasferimento di file avviene all’interno della propria sessione anziché tramite RDP, quindi nessuno dei livelli di reindirizzamento descritti qui si applica ad esso. Le app per operatore e cliente funzionano entrambe su Windows, macOS e Linux, il che la rende rilevante per ogni coppia di sistemi operativi in questo articolo.

Indice

Risposta rapida: Quale procedura funziona per la tua combinazione di sistemi operativi

Il trasferimento di file multipiattaforma ha una variabile dominante, e non è la macchina davanti a te. La macchina remota decide se esiste un canale per i file prima che tu tocchi anche solo un’impostazione, quindi trova la tua coppia nella tabella e vai alla sezione lì indicata.

Sei su Il remoto è Windows Il remoto è macOS Il remoto è Linux
Windows Reindirizzamento delle unità in mstsc.exe, oppure \\tsclient. Trattato nelle nostre guide su da remoto a locale e trasferimento file da locale a remoto. Non esiste un host RDP su macOS. Usa scp tramite Accesso remoto, oppure SMB. Reindirizzamento delle unità in xrdp, oppure scp una volta installato il client OpenSSH.
macOS Reindirizzamento cartella nella scheda Cartelle dell’app Windows. Trascina e rilascia nell’app Condivisione Schermo di Apple, solo da Mac a Mac. Cartella reindirizzata in xrdp, oppure scp e rsync nel Terminale.
Linux /drive: in xfreerdp3 o una cartella condivisa in Remmina. La copia di file tramite gli appunti funziona da FreeRDP 3, non in Remmina. Non esiste un host RDP su macOS. Usa scp tramite Accesso remoto, oppure SMB. scp o rsync. Reindirizzamento delle unità se una sessione RDP è già aperta.

Perché il trasferimento di file multipiattaforma si interrompe tramite Remote Desktop

Due canali indipendenti trasportano i dati all’interno di una sessione RDP, e il supporto per la componente degli appunti che trasferisce i file è disomogeneo e dipende dalla versione tra i vari client. La seconda causa è più semplice ed è più difficile da aggirare. Diversi sistemi operativi remoti non dispongono di un host RDP a cui connettersi, quindi non c’è nulla in cui reindirizzare un’unità.

Differenza tra i canali Clipboard e Drive

Il traffico degli appunti viaggia sul CLIPRDR canale, che copre allo stesso modo testo, immagini e oggetti di tipo file. Il reindirizzamento delle unità è un canale diverso, RDPDR, che espone un volume locale alla macchina remota sotto \\tsclient. La distinzione che conta non è tra testo e file. È quale canale un client implementa completamente. mstsc.exe su Windows implementa entrambi. Windows App su macOS implementa entrambi, con un difetto attuale trattato più avanti. I client basati su FreeRDP, che comprende Remmina, xfreerdp, GNOME Boxes e la maggior parte dei front end Linux, gestiscono il testo negli appunti in modo affidabile e i file negli appunti in modo irregolare.

Un report di Remmina descrive in una riga il comportamento della versione 2: la copia e incolla di testo funziona in entrambe le direzioni, un file copiato non raggiunge mai gli appunti dall’altra parte nemmeno con gli appunti bidirezionali abilitati, e la soluzione consigliata è una directory condivisa. Un thread di Linux Mint discute i problemi di copia dei file con FreeRDP e indica le unità condivise come alternativa. Quel resoconto vale ancora per Remmina, la cui richiesta di funzionalità di trasferimento file per il plugin RDP rimane aperta.

FreeRDP ha fatto progressi. Il changelog 3.0.0-beta1 riporta un miglioramento degli appunti con trasferimento di file dal server al client, a quel punto solo in xfreerdp, e la funzionalità è stata mantenuta da allora. Versione 3.27.0 di giugno 2026 ha corretto la copia di più elementi dello stesso tipo tra xfreerdp sessioni. Quella versione era l’attuale quando questo articolo è uscito, e da allora la serie ha pubblicato ulteriori rilasci. Quindi considera superata l’affermazione netta che i client Linux non possano copiare file tramite gli appunti, e verifica cosa fornisce la tua distribuzione.

Come funziona

Canale Cosa trasporta Cosa determina se funziona
CLIPRDR appunti Testo, immagini e oggetti file nei client che li supportano Prima le funzionalità del client, poi i criteri sull’host
RDPDR reindirizzamento delle unità Un volume o una cartella locali, raggiungibile al percorso \\tsclient\<name> Un’impostazione del client effettuata prima dell’apertura della connessione, poi i criteri sull’host
Nessuno dei due Nulla Il sistema operativo remoto non dispone di un host RDP, quindi non viene negoziato alcun canale

Il canale delle unità non ha un limite massimo per la dimensione degli appunti e non dipende dal supporto del client per il trasferimento di file tramite gli appunti. Ecco perché una cartella reindirizzata è il metodo che funziona quasi ovunque, mentre gli appunti sono il metodo che fallisce senza un messaggio di errore.

Il sistema operativo remoto decide se esiste effettivamente un canale di file

macOS non fornisce un host RDP. Il suo Condivisione schermo servizio è VNC. Il protocollo RFB di base non prevede alcun trasferimento di file e, sebbene alcuni prodotti VNC aggiungano estensioni proprietarie a tale scopo, il server di Apple non ne offre alcuna a un visualizzatore di terze parti. Un computer Windows o Linux che si connette a un Mac, quindi, non dispone di alcuna via di trasferimento nativa indipendentemente da ciò che si seleziona. Anche Windows Home non ha un host RDP.

Linux necessita di un host di terze parti, e i due più comuni differiscono in un modo che determina l’esito. Il xrdp progetto elenca il trasferimento bidirezionale degli appunti per testo, bitmap e file, oltre al reindirizzamento delle unità che monta le unità locali del client sulla macchina remota. GNOME Remote Desktop, che è ciò che Ubuntu 24.04 e successive forniscono dietro Accesso remoto, non ha nessun reindirizzamento delle unità. Gli utenti se ne accorgono immediatamente dopo un passaggio da xrdp, dove le unità locali di Windows comparivano senza alcuna configurazione. Lo stesso desktop Linux quindi riesce o fallisce in base a un’unica variabile, ossia l’host RDP installato su di esso.

Cosa possono fare ciascun cliente e ciascun host

Client o host Testo degli appunti File degli appunti Reindirizzamento di unità o cartelle Dove si trova l’impostazione
mstsc.exe su Windows Sì Sì Sì, interi volumi Risorse locali > Altro > Unità
Windows App su Windows Sì Sì Sì, ma non puoi scegliere quale unità o cartella Nessun controllo nell’interfaccia
Windows App su macOS Sì Sì, ma non funziona in una direzione su macOS 26 Sì, solo a livello di cartella Modifica > Cartelle scheda
Remmina Sì No, richiesta aperta Sì, una cartella Condividi cartella nel profilo di connessione
xfreerdp3 Sì Sì, da FreeRDP 3, se compilato con WITH_FUSE Sì, una o più cartelle /drive:name,/path
xrdp come host Linux Sì Sì Sì, montato in ~/thinclient_drives /etc/xrdp/sesman.ini
GNOME Remote Desktop come host Linux Sì Sì No grdctl o Impostazioni > Sistema > Desktop remoto

Come trasferire un file da Mac al desktop remoto di Windows

Il metodo per trasferire file da Mac alle sessioni di desktop remoto su Windows è una cartella reindirizzata, configurata nel client prima di connettersi e poi utilizzata come destinazione della copia all’interno della sessione. Il client macOS opera a livello di cartella piuttosto che a livello di volume, che è la differenza più grande rispetto a mstsc.exe ed è il motivo per cui la maggior parte degli utenti Mac non trova mai la casella di controllo Drives di cui legge nelle guide di Windows.

Reindirizza una cartella in Windows App su macOS

  1. Chiudi la sessione aperta. Un reindirizzamento aggiunto a sessione in corso non ha effetto finché la connessione non viene ristabilita.

  2. Apri l’app di Windows.

  3. Fare clic con il pulsante destro del mouse sulla voce di connessione e selezionare Modifica.

  4. Spunta Usa impostazioni personalizzate se la voce proviene da un feed sottoscritto.

  5. Apri la scheda Cartelle e spunta Reindirizza cartelle.

  6. Fai clic sull’icona con il segno più, seleziona la cartella a cui vuoi accedere e fai clic su Apri. Ripeti per ogni cartella aggiuntiva.

  7. Spunta la casella di sola lettura se la macchina remota non deve poter scrivere, quindi fai clic su Salva.

  8. Connetti.

  9. All’interno della sessione, apri Esplora file e cerca sotto Questo PC il nome della cartella, oppure premi Win+R e inserisci \\tsclient.

Per applicare invece una sola cartella a ogni connessione, apri Windows App > Impostazioni > Generale e imposta la cartella nell’opzione di reindirizzamento, come da documentazione Microsoft per il client macOS. Per le risorse gestite fornite tramite un feed, Microsoft afferma che la cartella reindirizzata è sempre la tua directory home, quindi la configurazione per-connessione ti offre un maggiore controllo.

Correggere i file vuoti copiati da Windows su un Mac su macOS 26

Sposta il file tramite una cartella reindirizzata anziché tramite gli appunti. Su macOS 26 Tahoe, un file copiato da una sessione remota di Windows arriva sul Mac con il nome e la dimensione corretti ma senza contenuto, riempito di zeri, e in nessun momento compare alcun errore. La segnalazione risale a novembre 2025. La persona che lo ha segnalato a Microsoft ha testato quasi tutte le release di Windows App fino alla 11.2.9 (2810) con lo stesso risultato, mentre il testo veniva trasferito in entrambe le direzioni e le copie di file da Mac a Windows funzionavano normalmente. Sonoma e Sequoia non sono interessate. Una segnalazione separata di Double Commander lo riproduce in modo indipendente, con il file incollato pieno di byte nulli. Verifica il comportamento sulla tua build prima di decidere che la colpa sia degli appunti.

  1. Conferma il sintomo, non la direzione. Copia prima una breve stringa di testo dalla sessione al Mac, perché il testo arriva intatto anche quando i file non arrivano, quindi un incolla di testo funzionante non esclude gli appunti dai sospetti.

  2. Controlla il contenuto del file incollato, non il suo nome. Esegui ls -l sul file e la dimensione risulta corretta, motivo per cui il problema passa il controllo in Finder.

  3. Configura una cartella reindirizzata seguendo i passaggi sopra indicati. Questa è la soluzione alternativa che il rappresentante di Microsoft consiglia nello stesso thread.

  4. Copia tramite la cartella reindirizzata per il resto della sessione, in entrambe le direzioni, e lascia gli Appunti per il testo.

  5. Quando il reindirizzamento delle cartelle è bloccato dalle policy, condividi una cartella sul computer Windows e montala dal Mac con smb:// in Finder invece.

Quando l'elenco delle cartelle rimane vuoto, o le unità non compaiono mai

Quattro cause distinte producono un elenco vuoto o un’unità che non viene mai visualizzata, e ciascuna richiede un’azione diversa.

  1. Controlla su quale scheda si trova la connessione. Le voci sotto Spazi di lavoro non espongono alcun controllo di reindirizzamento nel client Mac, a differenza delle voci sotto PC. Un reporter di Microsoft Q&A si è imbattuto in questo problema e ha ripristinato la copia dei file con il pulsante di aggiornamento del feed.

  2. Concedi al client l’accesso al disco. Apri Impostazioni di Sistema > Privacy e Sicurezza > File e cartelle e autorizza l’app, quindi riaprila. Un elenco di cartelle vuoto dopo un aggiornamento di macOS è riconducibile a questo.

  3. Aggiungi la cartella nell’app invece che in un file .rdp salvato. Un utente che ha segnalato questo a Microsoft ha provato tre forme di sintassi della proprietà drivestoredirect e non ha ottenuto alcun reindirizzamento da nessuna di esse, e la cartella è comparsa solo dopo che è stata aggiunta tramite l’interfaccia. Microsoft documenta la proprietà a livello di protocollo senza indicare quali client la supportino in un file, quindi considera l’app la soluzione affidabile su macOS.

  4. All’interno della sessione, premi Win+R e digita \\tsclient. Una voce tsclient visibile senza nulla sotto significa che il client non ha richiesto alcuna cartella, che è ciò che gli utenti Mac vedono quando il reindirizzamento non ha mai avuto effetto. Si tratta di una correzione lato client, non di un problema di criteri dell’host.

Quando gli appunti funzionano e poi smettono di funzionare a metà sessione

Disattiva la cronologia degli appunti sull’host Windows. Un utente Mac che perdeva il trasferimento degli appunti a intervalli casuali dal client all’host lo ha ricondotto a quella funzionalità lato host piuttosto che a qualcosa sul Mac. Lo stesso thread nota che la direzione si sblocca da sola una volta che copi qualcosa dall’host di nuovo al client.

  1. All’interno della sessione, apri Impostazioni > Sistema > Appunti.

  2. Disattiva la cronologia degli appunti.

  3. Copia una breve stringa di testo dal computer remoto al Mac per reimpostare la direzione, quindi riprova con il file.

Altre due cause provocano sintomi simili su macOS attuale e nessuna risiede sull’host Windows. Windows App può mandare in deadlock l’applicazione in cui incolli, senza alcuna correzione nella release corrente al momento di quel report dell’ottobre 2025 e pbcopy < /dev/null come workaround sul campo. Gli utenti Mac segnalano anche che Cmd+C non funziona in tutto il sistema mentre Windows App è in esecuzione, e torna a funzionare non appena l’app viene chiusa. Verifica se la copia funziona al di fuori della sessione prima di modificare anche solo un’impostazione sul lato Windows.

Trasferimento di file tramite desktop remoto su Mac quando il Mac è la macchina remota

Il trasferimento di file del desktop remoto su Mac non ha alcuna unità reindirizzata in questa direzione, perché macOS non fornisce alcun host RDP per crearne una. Il servizio Screen Sharing di Apple utilizza VNC, e il protocollo RFB di base non definisce alcun canale per i file. L’app Screen Sharing supporta il trascinamento e rilascio tra due Mac, che è un’aggiunta di Apple e non parte di VNC, ed è proprio per questo che lo stesso trascinamento non ha alcun effetto da un visualizzatore VNC su Windows o Linux.

Attiva l'accesso remoto e copia tramite SSH

  1. Sul Mac, apri Impostazioni di Sistema > Generali > Condivisione.

  2. Attiva Accesso remoto.

  3. Fai clic sul pulsante Info e imposta Consenti l’accesso per gli account che ne hanno bisogno. Annota l’indirizzo indicato sotto l’impostazione.

  4. Da Windows PowerShell, invia un file: scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. Da un terminale Linux, usa lo stesso comando senza la lettera dell’unità: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. Per eseguire un pull invece di un push, inverti gli argomenti: scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Accedere a una cartella condivisa di un Mac da Windows o Linux

  1. Sul Mac, apri Impostazioni di Sistema > Generali > Condivisione e attiva Condivisione file.

  2. Fai clic sul pulsante Info, aggiungi la cartella sotto Cartelle condivise, e imposta gli utenti che possono accedervi.

  3. Da Windows, premi Win+R e inserisci \\192.168.1.40, quindi autenticati con il nome dell’account Mac e la sua password.

  4. Da Linux, montalo: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Su Internet, metti questa rotta all’interno di una VPN. SMB su un’interfaccia pubblica non è un servizio da esporre, e la velocità di trasferimento dei file su un collegamento WAN rende scp o rsync comunque la scelta migliore.

Come trasferire un file da Windows a Linux

Esistono due modalità per trasferire file da Windows a Linux, e la scelta dipende dal fatto che una sessione RDP sia già aperta. Se ti trovi a un prompt dei comandi, scp raggiunge direttamente la macchina Linux, una volta che il client OpenSSH è installato. Se sei già all’interno di una sessione xrdp, il reindirizzamento dell’unità trasferisce il file lì senza un ulteriore strumento.

Trasferimento di file da Windows a Linux dalla riga di comando

Il trasferimento di file da Windows a Linux da un prompt dei comandi avviene tramite scp, che richiede il client OpenSSH sul lato Windows. Windows lo offre dalla build 1809, ma Microsoft indica il suo stato predefinito su Windows 10 1809 e versioni successive come non installato, disponibile come funzionalità facoltativa. Solo Windows Server 2025 lo fornisce preinstallato. Verifica innanzitutto, installalo se assente e tieni presente che questo percorso ignora tutti i criteri di reindirizzamento RDP.

  1. Conferma che il client esista. In PowerShell, esegui Get-Command scp, che restituisce un percorso come C:\Windows\System32\OpenSSH\scp.exe.

  2. Installalo se il comando non viene riconosciuto. Da un prompt di PowerShell con privilegi elevati: Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. Sulla macchina Linux, verifica che il server sia in esecuzione: sudo systemctl status ssh

  4. Copia un singolo file: scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Copia una cartella e i suoi contenuti: scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. Su una porta non standard, nota la P maiuscola: scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

Un dettaglio del protocollo può trarre in inganno sui sistemi più recenti. A partire da OpenSSH 9.0, scp viene eseguito sul protocollo SFTP sottostante mentre la sintassi del comando resta invariata. Con un server più vecchio che supporta solo il protocollo SCP legacy, aggiungi -O per forzare il comportamento originale.

Trasferire un file in una sessione xrdp con reindirizzamento delle unità

  1. Apri mstsc.exe e fai clic su Mostra opzioni.

  2. Nella scheda Risorse locali, fai clic su Altro.

  3. Espandi Unità e seleziona l’unità che contiene il tuo file, quindi fai clic su OK.

  4. Fai clic su Connetti e accedi al desktop Linux.

  5. Apri un terminale all’interno della sessione ed elenca il punto di montaggio: ls ~/thinclient_drives

  6. Copia il file nella posizione corretta: cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Trasferimento remoto di file in Linux da un desktop Linux a Windows

Il trasferimento di file remoto da Linux a un host Windows avviene tramite una cartella reindirizzata, l’unico metodo che funziona tra le diverse versioni e build di FreeRDP. Collega la cartella alla connessione, quindi copia tramite \\tsclient all’interno della sessione. Con FreeRDP 3, gli appunti possono trasferire file, il che li rende un’opzione di ripiego piuttosto che la prima scelta.

Condividi una cartella con xfreerdp3 o Remmina

  1. Crea una cartella dedicata in modo che l’intera directory home rimanga inaccessibile: mkdir -p ~/rdp-transfer

  2. Connettiti con la cartella collegata: xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Se la shell restituisce command not found: xfreerdp, la tua distribuzione ha compilato FreeRDP 3 con versionamento dei binari e ha rinominato gli eseguibili. Conferma with ls /usr/bin | grep freerdp e usa xfreerdp3, come spiegano i manutentori di FreeRDP.

  4. In Remmina, apri il profilo di connessione, imposta la cartella condivisa sullo stesso percorso, salva e riconnettiti.

  5. All’interno della sessione di Windows, premi Win+R e digita \\tsclient\transfer.

  6. Copia il file nella cartella di destinazione sulla macchina remota.

Non aggiungere +drives insieme a /drive:. Se sono presenti entrambi, FreeRDP reindirizza i volumi USB e i gvfs montaggi e ignora silenziosamente la cartella indicata, il che produce una sessione in cui il reindirizzamento sembra abilitato e i tuoi file non si trovano da nessuna parte.

Cosa gli appunti possono e non possono contenere qui

I client basati su FreeRDP pubblicizzano il supporto agli appunti, lo negoziano e spostano testo senza problemi. I file sono un formato dati diverso sullo stesso canale, e la risposta dipende da cosa usi. Remmina non lo implementa. xfreerdp lo fa, a partire da FreeRDP 3, tramite un livello FUSE che deve essere compilato nella build. Anche dove funziona, ci sono casi limite: un trasferimento in corso si interrompe nel momento in cui gli appunti cambiano da una delle due parti, segnalato a febbraio 2026 per la 3.22.1 ed è ancora aperto. Una cartella condivisa non presenta nessuno di questi comportamenti, motivo per cui rimane la via principale.

Quando la cartella condivisa non compare affatto

  1. Controlla prima il formato del pacchetto. Le build Snap e Flatpak vengono eseguite all’interno di una sandbox che non può leggere percorsi arbitrari. I binari di supporto che falliscono con error while loading shared libraries: libX11.so.6 sono un segno che stai usando la build Snap.

  2. Reinstalla invece dal pacchetto della distribuzione: sudo apt install remmina remmina-plugin-rdp

  3. Mantieni il percorso condiviso all’interno della tua home directory, dove le regole della sandbox sono meno restrittive.

  4. Se l’impostazione della cartella condivisa non si cancella o non si salva, modifica il file del profilo in ~/.local/share/remmina/ e imposta direttamente il valore drive. Le versioni precedenti non consentivano di disabilitare l’opzione tramite l’interfaccia.

Come trasferire file tra un Mac e una macchina Linux

La risposta si divide in base alla direzione, poiché solo uno dei due ha un host RDP all’estremità opposta. Da un Mac verso Linux, puoi utilizzare lo stesso reindirizzamento delle cartelle che usi per Windows. Da Linux verso un Mac, non c’è nulla verso cui reindirizzare, quindi il livello di desktop remoto non entra in gioco.

Da Mac a Linux quando l'host Linux esegue xrdp

Reindirizza una cartella in Windows App esattamente come faresti per un host Windows, poi cercala sul lato Linux. xrdp accetta i client Microsoft Remote Desktop su macOS e monta tutto ciò che il client reindirizza sotto il percorso FUSE, quindi una cartella reindirizzata dal Mac finisce nello stesso posto in cui finirebbe un’unità Windows. Verificalo invece di darlo per scontato, perché il mount è la parte che fallisce.

  1. Verifica che la macchina Linux esegua xrdp anziché GNOME Remote Desktop: systemctl status xrdp

  2. Reindirizza una cartella nell’app Windows con i passaggi nella sezione da Mac a Windows sopra.

  3. Connettiti, apri un terminale nella sessione ed esegui: ls ~/thinclient_drives

  4. Copia il file con: cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Se il percorso è vuoto, esegui i passaggi di chansrv indicati sopra prima di apportare qualsiasi modifica sul Mac.

Su un host che esegue invece GNOME Remote Desktop, non esiste alcun canale per le unità e nessuna impostazione del client ne creerà uno. Usa scp dal Terminale per quella macchina.

Da Linux a Mac quando non è disponibile alcun host RDP a cui connettersi

  1. Sul Mac, apri Impostazioni di Sistema > Generali > Condivisione e attiva Login remoto.

  2. Dalla macchina Linux, invia un file: scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. Per una cartella che aggiorni ripetutamente, invia solo le modifiche e conserva i file parziali se la connessione si interrompe: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. Per sfogliare anziché copiare, attiva la Condivisione file sul Mac e monta la condivisione: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Quando una cartella condivisa è la via giusta

Una cartella condivisa batte qualsiasi soluzione basata su sessione quando si spostano più di una manciata di file e, sull’attuale Windows, fallisce per un motivo predominante. Windows 11 versione 24H2 richiede la firma SMB sia sulle connessioni in uscita sia su quelle in entrata nelle edizioni Pro, Enterprise e Education, e ha disabilitato il fallback guest su Pro. Home non richiede la firma in nessuna direzione. Sulle edizioni che la richiedono, condivisioni che hanno funzionato per anni ora restituiscono 0x80070035 con il testo The network path was not found, oppure un messaggio sui criteri di sicurezza che bloccano l’accesso guest non autenticato. I server Samba, le condivisioni Linux e i firmware NAS più datati sono le solite vittime.

  1. Sistema prima il lato remoto. Su una condivisione Samba o NAS, richiedi la firma SMB, imposta il protocollo minimo su SMB2 o SMB3 e crea un account reale invece dell’accesso come ospite.

  2. Leggi lo stato corrente del client su Windows: Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Solo quando il lato remoto non può essere modificato, allenta il requisito del client: Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Riconnettiti e verifica la condivisione.

Il terzo passaggio indebolisce la connessione e dovrebbe essere l’ultima risorsa. Windows OS Hub osserva che la firma obbligatoria comporta costi in termini di CPU e RAM da entrambe le parti e riduce la velocità di trasferimento dei file, e Microsoft definisce i requisiti specifici per edizione sulla sua pagina di riferimento sulla firma SMB, che rappresenta il compromesso nell’altra direzione. Il supporto per SMB 1.0 e CIFS non è la risposta qui, anche se è la prima cosa che molti abilitano.

Limitazioni

Metodo Limite di dimensione Sopravvive a un blocco dei criteri dell’host Funziona quando il remoto è macOS Funziona quando il remoto è Windows Home
File degli appunti 2 GB con reindirizzamento degli appunti RDP No No No
Cartella o unità reindirizzata Nessuno documentato No No No
Condivisione SMB Nessuno documentato Sì Sì Sì
scp o rsync Nessuno documentato Sì Sì Sì
Sessione HelpWire Nessuno documentato Sì Sì Sì
 

I metadati non sopravvivono a ogni passaggio. Una copia da Linux su un volume NTFS perde la proprietà POSIX e il bit di esecuzione, e una copia da macOS su SMB scrive file sidecar di cui la destinazione non può fare uso. Prevedi un reset dei permessi all’arrivo invece di scoprire il problema più tardi.

Cosa prova per prima la maggior parte delle persone, e perché fallisce

Un riavvio di rdpclip.exe è la prima mossa in quasi ogni thread, e qui è quella sbagliata. Quel processo reimposta il canale degli appunti sull’host Windows. Non può aggiungere il supporto agli appunti per i file a un client Linux che non l’ha mai avuto e non fa nulla per un Mac la cui reindirizzazione delle cartelle non è mai stata configurata. La nostra guida alla correzione di copia-incolla copre i casi in cui aiuta.

Trascinare il file nella finestra della sessione è il tentativo successivo, e richiede meno tempo. Nessuno dei client RDP per desktop lo accetta – mstsc.exe, Windows App, Remmina e xfreerdp allo stesso modo – perché il protocollo non prevede alcun canale di drag-and-drop. Il client Windows App basato su browser è l’eccezione e utilizza un proprio meccanismo di caricamento invece di RDP. Una volta che una cartella è reindirizzata, puoi trascinare all’interno della sessione tra quella cartella e una directory remota, perché entrambe appaiono come posizioni ordinarie per il file manager, ma il trascinamento dal desktop nella finestra non ha mai funzionato.

Gli utenti Mac modificano il .rdp file salvato e aggiungono una drivestoredirect proprietà, perché è ciò che mostra la documentazione di Windows. Il risultato segnalato su macOS è l’assenza totale di reindirizzamento. Gli utenti Linux aggiungono +drives accanto a /drive: per scrupolo e così facendo perdono la cartella specificata. Gli utenti Windows s’imbattono in 0x80070035 e attivano il supporto SMB 1.0, il che non risolve né il requisito di firma né la modifica del fallback dell’utente guest che l’ha causato.

L’ultimo è specifico per i Mac come destinazioni. Il server VNC di Apple accetta una connessione da un visualizzatore VNC di Windows con la sola password, il che convince le persone che anche il resto delle funzionalità sia presente. Il controllo dello schermo funziona. Il server di Apple non implementa alcuna estensione per il trasferimento di file, quindi non c’è nulla dall’altra parte che risponda a una richiesta di file.

Se ciò non ha funzionato

Avvii da un file .rdp salvato su un client Windows con le patch applicate

Spunta le caselle di reindirizzamento a ogni avvio. Gli aggiornamenti cumulativi di aprile 2026 hanno modificato il modo in cui Windows gestisce i file .rdp salvati, e ora ogni risorsa richiesta viene visualizzata come non spuntata in una finestra di dialogo di sicurezza che appare prima dell’avvio della connessione. Questo vale solo per gli avvii da file, quindi un nome di computer digitato in mstsc.exe si comporta come ha sempre fatto.

  1. Fai doppio clic sul file .rdp e accetta l’avviso una tantum al primo utilizzo.

  2. Confronta l’indirizzo remoto mostrato nella finestra di dialogo con l’host previsto.

  3. Seleziona Unità e Appunti, quindi fai clic su Connetti.

  4. Se la finestra di dialogo viene visualizzata con pulsanti disallineati o irraggiungibili in una configurazione multi-monitor, installa l’aggiornamento di anteprima KB5083631, che ha corretto quel bug di visualizzazione.

  5. Per una soluzione definitiva, firma il file .rdp e considera attendibile il relativo certificato, che elimina completamente la finestra di dialogo. Windows OS Hub illustra la procedura di firma.

La macchina remota è Windows Home, oppure un host che non amministri

Fermati qui e cambia rotta. Windows Home non include il servizio host RDP, quindi l’interruttore Desktop remoto è assente in Impostazioni > Sistema per progettazione, e non esiste alcuna impostazione di reindirizzamento da modificare. Su un host aziendale, in un pool di Azure Virtual Desktop o su un Cloud PC, il reindirizzamento è disattivato deliberatamente per impedire i trasferimenti di file in entrambe le direzioni. Su una macchina che non ti appartiene, richiedi una via di trasferimento approvata e usa uno strumento con un proprio livello di trasferimento quando non sei tu a poter modificare i criteri.

Trasferimento di file di HelpWire tra Windows, Mac e Linux

Il trasferimento di file di HelpWire sposta i file all’interno della propria sessione, quindi non si applica alcun livello di reindirizzamento RDP, indipendentemente dalla coppia di sistemi operativi. È un software di accesso remoto progettato per il lavoro di assistenza remota, utilizzato dai team di supporto IT, dai tecnici indipendenti e dall’IT interno nelle aziende più piccole. Si adatta alle due situazioni che questo articolo cita ripetutamente: una macchina remota senza host RDP e un host la cui configurazione è gestita da qualcun altro.

Una sessione inizia da un link che invii tramite qualsiasi canale che già utilizzi. La persona dall’altra parte lo apre, esegue l’app portatile scaricata e fa clic su Concedi l’accesso. Non è necessario creare un account. L’app dell’operatore funziona su Windows 7 e versioni successive, macOS Big Sur 11 e successive e Linux su Ubuntu dalla 18.04 alla 24.04, Debian 11 e 12, CentOS 9, RHEL 9 e Fedora 39 o versioni più recenti, secondo l’elenco delle piattaforme, quindi operatore e cliente possono trovarsi su piattaforme diverse senza cambiare metodo.

Copia e incolla in entrambe le direzioni

  1. Avvia la sessione e attendi che il cliente faccia clic su Concedi l’accesso.

  2. Sul tuo computer, fai clic con il pulsante destro del mouse sul file e seleziona Copia.

  3. Fai clic con il pulsante destro del mouse sulla cartella di destinazione sulla macchina del client all’interno della sessione e seleziona Incolla.

  4. Osserva l’avanzamento, che appare sul computer del cliente. Inverti gli stessi passaggi per prelevare un file.

Trascina e rilascia nella finestra dell'Operatore

Questo viene eseguito solo dalla tua macchina alla macchina del cliente e il lato operatore deve essere Windows o macOS.

  1. Con la sessione attiva, seleziona uno o più file, oppure un’intera cartella, sul tuo computer.

  2. Trascina la selezione sulla finestra aperta di HelpWire Operator e rilascia. Gli elementi finiscono negli appunti del client.

  3. Fai clic con il pulsante destro del mouse sulla cartella di destinazione sul computer del cliente e seleziona Incolla per completare il trasferimento.

Scorciatoie da tastiera

  1. Seleziona il file sul tuo computer locale e premi Ctrl+C su Windows o Cmd+C su macOS. HelpWire documenta le scorciatoie da tastiera solo per queste due piattaforme.

  2. Apri la cartella di destinazione sul computer del cliente.

  3. Premi Ctrl+V su Windows, oppure Cmd+V su macOS.

Per saperne di più su questi metodi e sulle autorizzazioni necessarie, consulta la documentazione sul trasferimento di file di HelpWire.

Domande frequenti

Comprimi tutto prima in un unico archivio, oppure usa rsync. Il sovraccarico per file domina tutte le vie descritte in questo articolo. Una cartella reindirizzata negozia ogni file separatamente attraverso il canale dell’unità, e gli appunti costruiscono un elenco completo di descrittori prima che si muova anche un solo byte, così diecimila file piccoli possono richiedere più tempo di un unico archivio di dimensioni molte volte superiori alla loro somma. Crea un tar o zip all’origine, sposta il singolo file e decomprimilo all’arrivo. Quando lo stesso trasferimento si ripete, rsync invia solo ciò che è cambiato, e -P mantiene il file parziale, così un’esecuzione interrotta riprende da dove si era fermata. Senza quel flag, rsync elimina il parziale e ricomincia il file da capo, cosa che coglie di sorpresa molti. Nessuno dei metodi RDP riprende affatto. La nostra guida ai trasferimenti da un desktop remoto a una macchina locale tratta separatamente il limite di dimensione degli appunti.

NTFS rifiuta caratteri che ext4 e APFS accettano. I due punti, il punto interrogativo, l’asterisco, la barra verticale, le virgolette doppie e i segni di minore e maggiore sono tutti consentiti su Linux e tutti vietati in un nome di file di Windows, quindi la copia si interrompe al primo carattere non consentito. La distinzione tra maiuscole e minuscole è la seconda trappola: due file nella stessa directory Linux i cui nomi differiscono solo per la capitalizzazione collidono in un unico nome su NTFS e uno di essi va perso, oppure la copia si arresta. Rinomina alla fonte prima di un trasferimento in blocco piuttosto che dopo uno parziale.

Esegui defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true nel Terminale, poi esci e accedi di nuovo. Questo vale solo per i volumi di rete e non ha effetto sui dischi locali. Lascia inoltre intatti i file sidecar separati ._, che contengono i metadati di macOS e sono la causa abituale di Error code -36 durante una copia dal Finder verso una condivisione SMB, una causa individuata dagli utenti anni fa. Elimina quelli già scritti con dot_clean ~/path/to/folder, una soluzione alternativa ancora consigliata per quell’errore.

Non in modo nativo su Windows, perché Windows non fornisce alcun binario rsync. Ci sono tre strade per arrivarci. Eseguilo all’interno di WSL, dove la build per Linux funziona normalmente su un percorso di Windows montato in /mnt/c/. Installa una build Cygwin o MSYS2. Oppure eseguilo dal lato Linux, che preleva da Windows tramite SSH una volta abilitato lì il server OpenSSH. Per copie una tantum, scp è più semplice e rsync giustifica la configurazione solo quando ripeti lo stesso trasferimento.

Tra due sessioni Windows, sì, a condizione che entrambe abbiano il reindirizzamento delle unità attivo. Tra due sessioni su un desktop Linux, dipende dalla versione di FreeRDP, e c’è stata una regressione con il passaggio alla versione 3: gli utenti che sono passati a Fedora 40 con FreeRDP 3.4.0 hanno perso la possibilità di copiare in una sessione e incollare in un’altra dopo anni di quel flusso di lavoro sulla versione 2. FreeRDP ha affrontato quel caso nella 3.27.0 a giugno 2026 con una correzione per la copia di più elementi tra sessioni xfreerdp, quindi una build attuale si comporta meglio di quanto suggeriscano le segnalazioni su Fedora 40. Il percorso che sopravvive ai cambi di versione in ogni caso è una cartella a cui entrambe le sessioni possono accedere.

No, e i nomi utente non devono per forza corrispondere. Solo alcuni metodi richiedono un account sul lato remoto. Una cartella reindirizzata si appoggia alla sessione RDP che hai già aperto, quindi la macchina remota la legge tramite l’identità con cui hai effettuato l’accesso e non esiste una seconda credenziale. Una condivisione SMB necessita di un account reale sulla macchina che ospita la condivisione. scp e rsync richiedono un account sulla destinazione, e l’autenticazione a chiave elimina la richiesta della password una volta che copi la tua chiave pubblica con ssh-copy-id. L’unico caso che mette in difficoltà le persone è una cartella reindirizzata su una macchina in cui la sessione viene eseguita con un account diverso da quello previsto, il che si manifesta come errori di autorizzazione in scrittura piuttosto che come una cartella assente.

HelpWire
4.8

Potenzia l’assistenza remota con un software di desktop remoto semplice e gratuito.

Visita il sito
Prezzo: Gratis
Sistemi supportati: Windows, macOS, Linux
HelpWire