Transfert de fichiers multiplateforme qui fonctionne entre n’importe quelle paire d’OS

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

Vous copiez un fichier sur votre Mac, passez à la session Windows, et l’option Coller est grisée. Ou vous sélectionnez un fichier sous Ubuntu, appuyez sur Ctrl+C, et le texte parvient à la machine distante tandis que le fichier n’arrive jamais. Aucun de ces symptômes n’indique que vous avez mal configuré un paramètre. Remote Desktop transfère les données du presse-papiers sur un canal et les lecteurs redirigés sur un autre, la prise en charge des fichiers dans le presse-papiers varie selon le client et la version, et plusieurs systèmes d’exploitation distants n’exposent aucun canal de fichiers. Explorez les pistes ci-dessous, classées par la fréquence à laquelle elles résolvent le problème.

Lorsque le blocage se situe sur une machine que vous n’administrez pas, ou que l’extrémité distante exécute un système d’exploitation sans hôte RDP, HelpWire est un moyen de le contourner. Il s’agit d’un logiciel d’accès à distance pour le support informatique, et son transfert de fichiers s’effectue dans sa propre session plutôt que via RDP, de sorte qu’aucune des couches de redirection décrites ici ne s’applique. Les applications opérateur et client fonctionnent toutes deux sous Windows, macOS et Linux, ce qui le rend pertinent pour toutes les paires de systèmes d’exploitation présentées dans cet article.

Table des matières

Réponse rapide : Quelle méthode fonctionne pour votre paire de systèmes d’exploitation

Le transfert de fichiers multiplateforme a une variable dominante, et ce n’est pas la machine devant vous. La machine distante décide si un canal de fichiers existe avant que vous ne touchiez au moindre réglage, trouvez donc votre paire dans le tableau et allez à la section qui y est nommée.

Vous êtes sur Le système distant est Windows Le système distant est macOS Le système distant est Linux
Windows Redirection de lecteur dans mstsc.exe, ou \\tsclient. Présenté dans nos distant-vers-local et transfert de fichiers local-vers-distant guides. Aucun hôte RDP n’existe sur macOS. Utilisez scp via Ouverture de session à distance, ou SMB. Redirection de lecteur dans xrdp, ou scp une fois que le OpenSSH client est installé.
macOS Redirection de dossier dans l’onglet Dossiers de Windows App. Glisser-déposer dans l’app Partage d’écran d’Apple, Mac à Mac uniquement. Dossier redirigé dans xrdp, ou scp et rsync dans Terminal.
Linux /drive: dans xfreerdp3 ou un dossier partagé dans Remmina. La copie de fichiers via le presse-papiers fonctionne à partir de FreeRDP 3, pas dans Remmina. Aucun hôte RDP n’existe sur macOS. Utilisez scp via Ouverture de session à distance, ou SMB. scp ou rsync. Redirection de lecteur si une session RDP est déjà ouverte.

Pourquoi le transfert de fichiers multiplateforme échoue via le Bureau à distance

Deux canaux indépendants transportent des données au sein d’une session RDP, et la prise en charge de la moitié du presse-papiers qui déplace les fichiers est inégale et dépend des versions selon les clients. La deuxième cause est plus simple et plus difficile à contourner. Plusieurs systèmes d’exploitation distants n’ont pas d’hôte RDP auquel se connecter, il n’y a donc rien dans lequel rediriger un lecteur.

Différence entre les canaux Presse-papiers et Drive

Le trafic du presse-papiers emprunte le CLIPRDR canal, qui couvre le texte, les images et les objets fichiers. La redirection de lecteur utilise un autre canal, RDPDR, qui expose un volume local à la machine distante sous \\tsclient. La distinction qui importe n’est pas entre texte et fichiers. C’est le canal qu’un client implémente entièrement. mstsc.exe sous Windows implémente les deux. Windows App sur macOS implémente les deux, avec un défaut actuel abordé plus bas. Les clients construits sur FreeRDP, ce qui inclut Remmina, xfreerdp, GNOME Boxes et la plupart des interfaces Linux, gèrent le texte du presse-papiers de manière fiable et les fichiers du presse-papiers de façon inégale.

Un rapport Remmina décrit le comportement de la version 2 en une ligne : la copie et le collage de texte fonctionnent dans les deux sens, un fichier copié n’atteint jamais l’autre presse-papiers même avec le presse-papiers bidirectionnel activé, et la solution de contournement recommandée est un répertoire partagé. Un fil Linux Mint aborde des problèmes de copie de fichiers avec FreeRDP et évoque les lecteurs partagés comme alternative. Ce constat reste valable pour Remmina, dont la demande de fonctionnalité de transfert de fichiers pour le plugin RDP reste ouverte.

FreeRDP a évolué. Le journal des modifications 3.0.0-beta1 signale un presse-papiers amélioré avec transfert de fichiers du serveur vers le client, à ce stade uniquement dans xfreerdp, et la fonctionnalité a été maintenue depuis. Version 3.27.0 de juin 2026 a corrigé la copie de plusieurs éléments du même type entre xfreerdp sessions. Cette version était la plus récente lors de la parution de cet article, et la série a publié d’autres versions depuis. Considérez donc comme obsolète l’affirmation catégorique selon laquelle les clients Linux ne peuvent pas copier des fichiers via le presse-papiers, et vérifiez ce que fournit votre distribution.

Comment ça marche

Canal Ce qu’il transporte Ce qui détermine s’il fonctionne
CLIPRDR presse-papiers Texte, images et objets de fichier sur les clients qui les prennent en charge Capacité du client d’abord, puis stratégie sur l’hôte
RDPDR redirection de lecteur Un volume ou dossier local, accessible à \\tsclient\<name> Un paramètre côté client défini avant l’ouverture de la connexion, puis la stratégie sur l’hôte
Aucun des deux Rien du tout Le système d’exploitation distant n’a pas d’hôte RDP, donc aucun canal n’est négocié

Le canal de lecteur n’a pas de plafond de taille du presse-papiers et ne dépend pas de la prise en charge par le client du presse-papiers pour les fichiers. C’est pourquoi un dossier redirigé est la voie qui fonctionne presque partout, tandis que le presse-papiers est la voie qui échoue sans message d’erreur.

Le système d'exploitation distant décide si un canal de fichier existe ou non

macOS n’inclut pas d’hôte RDP. Son Partage d’écran est un service VNC. Le protocole RFB de base ne définit aucun transfert de fichiers et, bien que certains produits VNC ajoutent des extensions propriétaires pour cela, le serveur d’Apple n’en propose aucune à une visionneuse tierce. Une machine Windows ou Linux qui se connecte à un Mac n’a donc aucune voie de transfert native, peu importe ce que vous cochez. Windows Home n’a pas non plus d’hôte RDP.

Linux a besoin d’un hôte tiers, et les deux plus courants diffèrent d’une manière qui détermine le résultat. Le xrdp projet indique un transfert bidirectionnel du presse-papiers pour le texte, les bitmaps et les fichiers, ainsi qu’une redirection de lecteurs qui monte les lecteurs locaux du client sur la machine distante. GNOME Remote Desktop, qui est ce qu’Ubuntu 24.04 et versions ultérieures livrent derrière Connexion à distance, n’a pas de redirection de lecteurs. Les utilisateurs s’y heurtent immédiatement après un passage depuis xrdp, où leurs lecteurs Windows locaux apparaissaient sans aucune configuration. Le même bureau Linux réussit donc ou échoue selon une seule variable, à savoir l’hôte RDP qui y est installé.

Ce que chaque client et chaque hôte peuvent faire

Client ou hôte Texte du presse-papiers Fichiers du presse-papiers Redirection de lecteur ou de dossier Emplacement du paramètre
mstsc.exe sous Windows Oui Oui Oui, volumes entiers Ressources locales > Plus > Lecteurs
Windows App sur Windows Oui Oui Oui, mais vous ne pouvez pas choisir quel lecteur ou dossier Aucun contrôle dans l’interface
Windows App sur macOS Oui Oui, mais défectueux dans un sens sur macOS 26 Oui, uniquement au niveau du dossier Modifier > Dossiers onglet
Remmina Oui Non, demande ouverte Oui, un dossier Partager un dossier dans le profil de connexion
xfreerdp3 Oui Oui, à partir de FreeRDP 3, si compilé avec WITH_FUSE Oui, un ou plusieurs dossiers /drive:name,/path
xrdp en tant qu’hôte Linux Oui Oui Oui, monté dans ~/thinclient_drives /etc/xrdp/sesman.ini
GNOME Remote Desktop en tant qu’hôte Linux Oui Oui Non grdctl ou Paramètres > Système > Bureau à distance

Comment transférer un fichier d'un Mac vers un bureau à distance Windows

La méthode pour transférer des fichiers d’un Mac vers des sessions de bureau à distance Windows consiste à utiliser un dossier redirigé, défini dans le client avant la connexion, puis utilisé comme destination de copie à l’intérieur de la session. Le client macOS fonctionne au niveau des dossiers plutôt qu’au niveau des volumes, ce qui constitue la plus grande différence par rapport à mstsc.exe et la raison pour laquelle la plupart des utilisateurs de Mac ne trouvent jamais la case à cocher Drives dont ils lisent l’existence dans les guides Windows.

Rediriger un dossier dans Windows App sur macOS

  1. Fermez la session ouverte. Une redirection ajoutée en cours de session ne fait rien tant que la connexion n’est pas rétablie.

  2. Ouvrez Windows App.

  3. Cliquez avec le bouton droit sur l’entrée de connexion et sélectionnez Modifier.

  4. Cochez Utiliser des paramètres personnalisés si l’élément provient d’un flux auquel vous êtes abonné.

  5. Ouvrez l’onglet Dossiers et cochez Rediriger les dossiers.

  6. Cliquez sur l’icône plus, sélectionnez le dossier auquel vous souhaitez accéder, et cliquez sur Ouvrir. Répétez pour chaque dossier supplémentaire.

  7. Cochez la case lecture seule si la machine distante ne doit pas pouvoir écrire, puis cliquez sur Enregistrer.

  8. Connectez-vous.

  9. Dans la session, ouvrez l’Explorateur de fichiers et, sous Ce PC, recherchez le nom du dossier, ou appuyez sur Win+R et entrez \\tsclient.

Pour appliquer un seul dossier à chaque connexion, ouvrez Windows App > Paramètres > Général et définissez le dossier dans l’option de redirection, comme le documente Microsoft pour le client macOS. Pour les ressources gérées fournies via un flux, Microsoft indique que le dossier redirigé est toujours votre dossier personnel, de sorte que la méthode par connexion vous donne davantage de contrôle.

Corriger les fichiers vides copiés de Windows vers un Mac sous macOS 26

Déplacez le fichier via un dossier redirigé plutôt que par le presse-papiers. Sous macOS 26 Tahoe, un fichier copié depuis une session Windows distante arrive sur le Mac avec le bon nom et la bonne taille mais sans contenu, rempli de zéros, et aucune erreur n’apparaît à aucun moment. Le rapport date de novembre 2025. La personne qui l’a signalé à Microsoft a testé presque toutes les versions de Windows App jusqu’à 11.2.9 (2810) avec le même résultat, tandis que le texte circulait dans les deux sens et que les copies de fichiers du Mac vers Windows fonctionnaient normalement. Sonoma et Sequoia ne sont pas affectés. Un rapport distinct de Double Commander le reproduit de manière indépendante, le fichier collé étant rempli d’octets nuls. Vérifiez le comportement sur votre propre build avant de conclure que le presse-papiers est en cause.

  1. Confirmez le symptôme plutôt que le sens. Copiez d’abord une petite chaîne de texte depuis la session vers le Mac, car le texte parvient intact même lorsque ce n’est pas le cas des fichiers, donc un collage de texte réussi ne disculpe pas le presse-papiers.

  2. Vérifiez le contenu du fichier collé, et non son nom. Exécutez ls -l dessus et la taille semble correcte, ce qui explique que l’erreur passe l’inspection dans Finder.

  3. Configurez un dossier redirigé en suivant les étapes ci-dessus. Il s’agit de la solution de contournement que recommande l’intervenant de Microsoft dans le même fil de discussion.

  4. Copier via le dossier redirigé pour le reste de la session, dans les deux sens, et laisser le presse-papiers pour le texte.

  5. Lorsque la redirection de dossiers est bloquée par une stratégie, partagez un dossier sur l’ordinateur Windows et montez-le depuis le Mac avec smb:// dans Finder à la place.

Lorsque la liste des dossiers reste vide, ou que les lecteurs n'apparaissent jamais

Quatre causes distinctes produisent une liste vide ou un lecteur qui n’apparaît jamais, et chacune nécessite une action différente.

  1. Vérifiez sur quel onglet se trouve la connexion. Les entrées sous Espaces de travail n’exposent aucun contrôle de redirection dans le client Mac, contrairement aux entrées sous PC. Un contributeur Microsoft Q&A a rencontré ce problème et a rétabli la copie de fichiers avec le bouton d’actualisation du flux.

  2. Accordez au client l’accès à votre disque. Ouvrez Réglages Système > Confidentialité & sécurité > Fichiers et dossiers et autorisez l’application, puis rouvrez-la. Une liste de dossiers vide après une mise à niveau de macOS est due à cela.

  3. Ajoutez le dossier dans l’application plutôt que dans un fichier .rdp enregistré. Un utilisateur qui a signalé cela à Microsoft a essayé trois formes de syntaxe de la propriété drivestoredirect et n’a obtenu de redirection avec aucune d’entre elles, et le dossier n’est apparu qu’après avoir été ajouté via l’interface. Microsoft documente la propriété au niveau du protocole sans préciser quels clients la prennent en charge dans un fichier, donc considérez l’application comme la voie fiable sur macOS.

  4. Dans la session, appuyez sur Win+R et saisissez \\tsclient. Une entrée tsclient visible sans rien en dessous signifie que le client n’a demandé aucun dossier, ce que voient les utilisateurs Mac lorsque la redirection n’a jamais pris effet. Il s’agit d’un correctif côté client, pas d’un problème de stratégie de l’hôte.

Lorsque le presse-papiers fonctionne puis cesse de fonctionner en cours de session

Désactivez l’historique du presse-papiers sur l’hôte Windows. Un utilisateur Mac qui perdait le transfert du presse-papiers à des intervalles aléatoires du client vers l’hôte l’a attribué à cette fonctionnalité côté hôte plutôt qu’à quoi que ce soit sur le Mac. Le même fil indique que le sens se débloque de lui-même une fois que vous copiez quelque chose de l’hôte vers le client.

  1. Dans la session, ouvrez Paramètres > Système > Presse-papiers.

  2. Désactivez l’historique du presse-papiers.

  3. Copiez une petite chaîne de texte depuis la machine distante vers le Mac pour réinitialiser la direction, puis réessayez le fichier.

Deux autres causes produisent une description similaire sur le macOS actuel, et aucune ne se trouve sur l’hôte Windows. Windows App peut provoquer un interblocage de l’application dans laquelle vous collez, sans correctif dans la version disponible à la date de ce rapport d’octobre 2025 et pbcopy < /dev/null comme solution de contournement. Les utilisateurs de Mac signalent aussi que Cmd+C est inopérant sur l’ensemble du système pendant l’exécution de Windows App, et qu’il refonctionne dès que l’application est quittée. Vérifiez si la copie fonctionne en dehors de la session avant de modifier le moindre paramètre côté Windows.

Transfert de fichiers via le Bureau à distance sur Mac lorsque le Mac est la machine distante

Le transfert de fichiers via le bureau à distance sur Mac ne dispose d’aucun lecteur redirigé dans ce sens, car macOS ne fournit aucun hôte RDP pour en créer un. Le service Partage d’écran d’Apple utilise le protocole VNC, et le protocole RFB de base ne définit aucun canal de fichiers. L’app Partage d’écran prend bien en charge le glisser-déposer entre deux Mac, ce qui constitue un ajout d’Apple plutôt qu’une fonctionnalité de VNC, et c’est précisément pourquoi la même opération de glisser-déposer n’a aucun effet depuis un client VNC sous Windows ou Linux.

Activez l'ouverture de session à distance et copiez via SSH

  1. Sur le Mac, ouvrez Réglages Système > Général > Partage.

  2. Activez Ouverture de session à distance.

  3. Cliquez sur le bouton Info et définissez Allow access for sur les comptes qui en ont besoin. Notez l’adresse affichée sous ce paramètre.

  4. Depuis Windows PowerShell, envoyez un fichier : scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. Depuis un terminal Linux, utilisez la même commande sans la lettre du lecteur: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. Pour récupérer plutôt qu’envoyer, inversez les arguments : scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Accéder au dossier partagé d’un Mac depuis Windows ou Linux

  1. Sur le Mac, ouvrez Réglages Système > Général > Partage et activez Partage de fichiers.

  2. Cliquez sur le bouton Info, ajoutez le dossier sous Dossiers partagés, et définissez les utilisateurs qui peuvent y accéder.

  3. Depuis Windows, appuyez sur Win+R et entrez \\192.168.1.40, puis authentifiez-vous avec le nom du compte Mac et son mot de passe.

  4. Sous Linux, montez-le: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Sur Internet, placez cette route dans un VPN. SMB sur une interface publique n’est pas un service à exposer, et la vitesse de transfert de fichiers sur une liaison longue distance fait de scp ou de rsync le meilleur choix de toute façon.

Comment transférer un fichier de Windows vers Linux

Deux méthodes existent pour transférer un fichier de Windows vers Linux, et le choix dépend de l’ouverture préalable d’une session RDP. Si vous êtes à une invite de commandes, scp accède directement à la machine Linux, une fois le client OpenSSH installé. Si vous êtes déjà dans une session xrdp, la redirection des lecteurs y place le fichier sans outil supplémentaire.

Transfert de fichiers de Windows vers Linux depuis la ligne de commande

Transfert de fichiers de Windows vers Linux depuis une invite de commandes s’effectue via scp, qui nécessite le client OpenSSH côté Windows. Windows le propose depuis la build 1809, mais Microsoft indique que, par défaut, il n’est pas installé sur Windows 10 1809 et versions ultérieures, disponible en tant que fonctionnalité optionnelle. Seul Windows Server 2025 l’inclut d’emblée. Vérifiez d’abord, installez-le s’il est absent, et notez que cette méthode ignore ensuite toute stratégie de redirection RDP.

  1. Confirmez que le client existe. Dans PowerShell, exécutez Get-Command scp, qui renvoie un chemin tel que C:\Windows\System32\OpenSSH\scp.exe.

  2. Installez-le si la commande n’est pas reconnue. Depuis une invite PowerShell exécutée en tant qu’administrateur : Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. Sur la machine Linux, vérifiez que le serveur est en cours d’exécution : sudo systemctl status ssh

  4. Copier un seul fichier : scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Copier un dossier et son contenu : scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. Sur un port non standard, notez le P majuscule : scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

Un détail du protocole prend les utilisateurs au dépourvu sur les systèmes plus récents. À partir d’OpenSSH 9.0, scp fonctionne via le protocole SFTP en arrière-plan tandis que la syntaxe de la commande reste la même. Sur un serveur plus ancien qui ne prend en charge que le protocole SCP hérité, ajoutez -O pour forcer le comportement d’origine.

Transférer un fichier vers une session xrdp avec redirection de lecteurs

  1. Ouvrez mstsc.exe et cliquez sur Afficher les options.

  2. Dans l’onglet Ressources locales, cliquez sur Plus.

  3. Développez Lecteurs et cochez le lecteur qui contient votre fichier, puis cliquez sur OK.

  4. Cliquez sur Connexion et ouvrez une session sur le bureau Linux.

  5. Ouvrez un terminal dans la session et listez le point de montage : ls ~/thinclient_drives

  6. Copiez le fichier à l’emplacement indiqué : cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Transfert de fichiers à distance sous Linux depuis un poste de travail Linux vers Windows

Le transfert de fichiers à distance depuis Linux vers un hôte Windows s’effectue via un dossier attaché, la seule voie qui reste valable sur l’ensemble des versions de FreeRDP et des compilations de paquets. Attachez le dossier à la connexion, puis copiez via \\tsclient dans la session. Le presse-papiers peut transporter des fichiers sous FreeRDP 3, ce qui en fait une solution de repli plutôt qu’un premier choix.

Partager un dossier avec xfreerdp3 ou Remmina

  1. Créez un dossier dédié pour que l’ensemble de votre répertoire personnel reste hors d’atteinte : mkdir -p ~/rdp-transfer

  2. Connectez-vous avec le dossier joint : xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Si le shell renvoie command not found: xfreerdp, votre distribution a compilé FreeRDP 3 avec un versionnage binaire et a renommé les exécutables. Vérifiez with ls /usr/bin | grep freerdp et utilisez xfreerdp3, comme les mainteneurs de FreeRDP l’expliquent.

  4. Dans Remmina, ouvrez le profil de connexion, définissez le dossier partagé sur le même chemin, enregistrez, puis reconnectez-vous.

  5. Dans la session Windows, appuyez sur Win+R et saisissez \\tsclient\transfer.

  6. Copiez le fichier dans son dossier de destination sur la machine distante.

N’ajoutez pas +drives en même temps que /drive:. Lorsque les deux sont présents, FreeRDP redirige les volumes USB et gvfs montages et ignore silencieusement le dossier nommé, ce qui produit une session où la redirection semble activée, et vos fichiers sont introuvables.

Ce que le presse-papiers peut et ne peut pas contenir ici

Les clients basés sur FreeRDP annoncent la prise en charge du presse-papiers, la négocient et transfèrent le texte sans problème. Les fichiers constituent un format de données différent sur le même canal, et la réponse dépend de ce que vous utilisez. Remmina ne l’implémente pas. xfreerdp le fait, à partir de FreeRDP 3, via une couche FUSE qui doit être intégrée lors de la compilation. Même là où cela fonctionne, il existe des cas limites : un transfert en cours s’interrompt au moment où le presse-papiers change d’un côté ou de l’autre, signalé en février 2026 pour la version 3.22.1 et toujours ouvert. Un dossier partagé n’a aucun de ces comportements, c’est pourquoi il reste le moyen principal.

Lorsque le dossier partagé n'apparaît pas du tout

  1. Vérifiez d’abord le format du paquet. Les versions Snap et Flatpak s’exécutent dans un bac à sable qui ne peut pas lire des chemins arbitraires. Les binaires auxiliaires qui échouent avec error while loading shared libraries: libX11.so.6 sont un indice que vous utilisez la version Snap.

  2. Réinstallez plutôt depuis le paquet de la distribution : sudo apt install remmina remmina-plugin-rdp

  3. Conservez le chemin partagé dans votre répertoire personnel, où les règles du bac à sable sont les moins restrictives.

  4. Si le paramètre du dossier partagé refuse de s’effacer ou de s’enregistrer, modifiez le fichier de profil sous ~/.local/share/remmina/ et définissez directement la valeur drive. Les anciennes versions ne pouvaient pas désactiver l’option via l’interface.

Comment transférer des fichiers entre un Mac et une machine Linux

La réponse dépend de la direction, car un seul des deux a un hôte RDP à l’autre extrémité. Depuis un Mac vers Linux, vous pouvez utiliser la même redirection de dossiers que vous utilisez pour Windows. Depuis Linux vers un Mac, il n’y a rien vers quoi rediriger, donc la couche de bureau à distance n’intervient pas.

Mac vers Linux lorsque l'hôte Linux exécute xrdp

Redirigez un dossier dans Windows App exactement comme vous le feriez pour un hôte Windows, puis recherchez-le côté Linux. xrdp accepte les clients Microsoft Remote Desktop sur macOS et monte tout ce que le client redirige sous le chemin FUSE, de sorte qu’un dossier redirigé depuis le Mac se retrouve au même endroit qu’un lecteur Windows. Vérifiez-le plutôt que de le supposer, car c’est le montage qui échoue.

  1. Confirmez que la machine Linux exécute xrdp plutôt que GNOME Remote Desktop : systemctl status xrdp

  2. Redirigez un dossier dans Windows App en suivant les étapes de la section Mac vers Windows ci-dessus.

  3. Connectez-vous, ouvrez un terminal dans la session, et exécutez: ls ~/thinclient_drives

  4. Copiez le fichier : cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Si le chemin est vide, suivez les étapes de chansrv ci-dessus avant de modifier quoi que ce soit sur le Mac.

Sur un hôte qui exécute GNOME Remote Desktop à la place, aucun canal de lecteur n’existe, et aucun paramètre client n’en créera un. Utilisez scp depuis le Terminal pour cette machine.

De Linux à Mac lorsqu'il n'y a aucun hôte RDP auquel se connecter

  1. Sur le Mac, ouvrez Réglages Système > Général > Partage et activez Ouverture de session à distance.

  2. Depuis la machine Linux, envoyez un fichier : scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. Pour un dossier que vous mettez régulièrement à jour, envoyez uniquement les modifications et conservez les fichiers partiels si la connexion est interrompue: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. Pour parcourir plutôt que de copier, activez le Partage de fichiers sur le Mac et montez le partage: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Quand un dossier partagé est la bonne solution

Un dossier partagé l’emporte sur toute approche basée sur des sessions dès que vous déplacez plus qu’une poignée de fichiers, et, sur les versions actuelles de Windows, cette méthode échoue pour une raison principale. Windows 11 version 24H2 exige la signature SMB à la fois sur les connexions sortantes et entrantes dans les éditions Pro, Enterprise et Education, et a désactivé le repli invité sur Pro. Home n’exige la signature ni en sortie ni en entrée. Sur les éditions qui l’exigent, des partages qui fonctionnaient depuis des années renvoient désormais 0x80070035 avec le texte The network path was not found, ou un message à propos de stratégies de sécurité qui bloquent l’accès invité non authentifié. Les serveurs Samba, les partages Linux et les micrologiciels de NAS plus anciens sont les victimes habituelles.

  1. Corrigez d’abord l’extrémité distante. Sur un partage Samba ou NAS, exigez la signature SMB, définissez le protocole minimal sur SMB2 ou SMB3 et créez un véritable compte plutôt qu’un accès invité.

  2. Lisez l’état actuel du client sous Windows : Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Uniquement lorsque le côté distant ne peut pas être modifié, assouplissez l’exigence côté client : Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Reconnectez-vous et testez le partage.

La troisième étape affaiblit la connexion et ne devrait être utilisée qu’en dernier recours. Windows OS Hub note que la signature obligatoire consomme du CPU et de la RAM des deux côtés et réduit la vitesse de transfert des fichiers, et Microsoft présente les exigences propres à chaque édition sur sa page de référence de la signature SMB, ce qui constitue le compromis dans l’autre sens. La prise en charge de SMB 1.0 et de CIFS n’est pas la solution ici, même si c’est la première chose que beaucoup de gens activent.

Limites

Moyen Limite de taille Résiste à un blocage par la stratégie de l’hôte Fonctionne lorsque l’hôte distant est sous macOS Fonctionne lorsque l’hôte distant est sous Windows Home
Fichiers du presse-papiers 2 Go via la redirection du presse-papiers RDP Non Non Non
Dossier ou lecteur redirigé Aucune limite documentée Non Non Non
Partage SMB Aucune limite documentée Oui Oui Oui
scp ou rsync Aucune limite documentée Oui Oui Oui
Session HelpWire Aucune limite documentée Oui Oui Oui
 

Les métadonnées ne survivent pas à toutes les étapes. Une copie depuis Linux sur un volume NTFS supprime la propriété POSIX et le bit exécutable, et une copie depuis macOS vers SMB écrit des fichiers annexes dont la destination n’a pas l’usage. Prévoyez de réinitialiser les permissions à l’arrivée plutôt que de découvrir le problème plus tard.

Ce que la plupart des gens essaient en premier, et pourquoi cela échoue

Un redémarrage de rdpclip.exe est la première action dans presque tous les fils, et c’est la mauvaise ici. Ce processus réinitialise le canal du presse-papiers sur l’hôte Windows. Il ne peut pas ajouter la prise en charge du presse-papiers pour les fichiers à un client Linux qui ne l’a jamais eue, et il ne change rien pour un Mac dont la redirection de dossiers n’a jamais été configurée. Notre guide de correction du copier-coller couvre les cas où cela aide.

Faire glisser le fichier dans la fenêtre de session est la tentative suivante, et c’est celle qui prend le moins de temps. Aucun des clients RDP de bureau ne l’accepte – mstsc.exe, Windows App, Remmina et xfreerdp de même – car le protocole ne transporte aucun canal de glisser-déposer. Le client Windows App basé sur le navigateur fait exception, et il utilise son propre mécanisme de téléversement plutôt que RDP. Une fois un dossier redirigé, vous pouvez glisser à l’intérieur de la session entre ce dossier et un répertoire distant, car tous deux apparaissent comme des emplacements ordinaires pour le gestionnaire de fichiers, mais le glisser depuis le bureau vers la fenêtre n’a jamais fonctionné.

Les utilisateurs Mac modifient le fichier .rdp enregistré et ajoutent une propriété drivestoredirect, car c’est ce que montre la documentation Windows. Le résultat rapporté sur macOS est l’absence totale de redirection. Les utilisateurs Linux ajoutent +drives à côté de /drive: pour faire bonne mesure et perdent le dossier nommé au passage. Les utilisateurs Windows rencontrent 0x80070035 et activent la prise en charge de SMB 1.0, ce qui ne répond ni à l’exigence de signature ni au changement de basculement vers l’invité qui l’a provoqué.

Le dernier est spécifique aux Mac en tant que cibles. Le serveur VNC d’Apple accepte une connexion depuis un client VNC Windows avec le seul mot de passe, ce qui convainc les gens que le reste des fonctionnalités est également présent. Le contrôle de l’écran fonctionne. Le serveur d’Apple n’implémente aucune extension de transfert de fichiers, il n’y a donc rien en face pour répondre à une demande de fichier.

Si cela n'a pas fonctionné

Vous lancez à partir d'un fichier .rdp enregistré sur un client Windows corrigé

Cochez les cases de redirection à chaque lancement. Les mises à jour cumulatives d’avril 2026 ont modifié la façon dont Windows traite les fichiers .rdp enregistrés, et toutes les ressources demandées arrivent désormais décochées dans une boîte de dialogue de sécurité qui apparaît avant le démarrage de la connexion. Cela s’applique uniquement aux lancements depuis un fichier, de sorte qu’un nom d’ordinateur saisi dans mstsc.exe se comporte comme il l’a toujours fait.

  1. Double-cliquez sur le fichier .rdp et acceptez l’avertissement affiché une seule fois lors de la première utilisation.

  2. Vérifiez que l’adresse distante affichée dans la boîte de dialogue correspond à l’hôte que vous attendez.

  3. Cochez Lecteurs et Presse-papiers, puis cliquez sur Connexion.

  4. Si la boîte de dialogue s’affiche avec des boutons mal alignés ou inaccessibles sur une configuration multi-écrans, installez la mise à jour de préversion KB5083631, qui a corrigé ce bogue d’affichage.

  5. Pour une solution permanente, signez le fichier .rdp et approuvez son certificat, ce qui supprime entièrement la boîte de dialogue. Windows OS Hub couvre le processus de signature.

La machine distante fonctionne sous Windows Home, ou est un hôte que vous n'administrez pas

Arrêtez-vous ici et changez de voie. Windows Home ne comporte pas de service hôte RDP, donc l’option Bureau à distance est absente de Paramètres > Système par conception, et il n’existe aucun paramètre de redirection à corriger. Sur un hôte d’entreprise, un pool Azure Virtual Desktop, ou un Cloud PC, la redirection est délibérément désactivée pour empêcher les transferts de fichiers dans les deux sens. Demandez une méthode de transfert approuvée sur une machine qui ne vous appartient pas, et utilisez un outil doté de sa propre couche de transfert lorsque la stratégie n’est pas sous votre contrôle.

Transfert de fichiers HelpWire entre Windows, Mac et Linux

Le transfert de fichiers HelpWire déplace les fichiers dans sa propre session, ainsi aucune couche de redirection RDP ne s’applique, quel que soit le couple de systèmes d’exploitation. Il s’agit d’un logiciel d’accès à distance conçu pour l’assistance à distance, utilisé par des équipes de support informatique, des techniciens indépendants et des services informatiques internes de petites entreprises. Il couvre les deux situations mentionnées à plusieurs reprises dans cet article : une machine distante sans hôte RDP et un hôte dont la configuration relève de quelqu’un d’autre.

Une session commence à partir d’un lien que vous envoyez via n’importe quel canal que vous utilisez déjà. La personne à l’autre bout l’ouvre, exécute l’application portable téléchargée et clique sur Accorder l’accès. Aucun compte n’est à créer pour elle. L’application opérateur fonctionne sous Windows 7 et versions ultérieures, macOS Big Sur 11 et versions ultérieures, et Linux sur Ubuntu 18.04 à 24.04, Debian 11 et 12, CentOS 9, RHEL 9 et Fedora 39 ou versions plus récentes, selon la liste des plateformes, de sorte que l’opérateur et le client peuvent se trouver sur des plateformes différentes sans changer de méthode.

Copier et coller dans les deux sens

  1. Démarrez la session et attendez que le client clique sur Accorder l’accès.

  2. Sur votre propre ordinateur, cliquez avec le bouton droit sur le fichier et sélectionnez Copier.

  3. Cliquez avec le bouton droit sur le dossier de destination sur la machine du client dans la session et sélectionnez Coller.

  4. Suivez la progression, qui s’affiche sur l’ordinateur du client. Procédez en sens inverse pour récupérer un fichier.

Glissez-déposez sur la fenêtre Opérateur

Celui-ci s’exécute uniquement de votre machine vers celle du client, et le côté opérateur doit être Windows ou macOS.

  1. Lorsque la session est active, sélectionnez un ou plusieurs fichiers, ou un dossier entier, sur votre propre ordinateur.

  2. Faites glisser la sélection sur la fenêtre HelpWire Operator ouverte, puis relâchez. Les éléments sont placés dans le presse-papiers du client.

  3. Cliquez avec le bouton droit sur le dossier de destination sur l’ordinateur du client et sélectionnez Coller pour terminer le transfert.

Raccourcis clavier

  1. Sélectionnez le fichier sur votre machine locale et appuyez sur Ctrl+C sous Windows, ou Cmd+C sous macOS. HelpWire documente les raccourcis uniquement pour ces deux plateformes.

  2. Ouvrez le dossier de destination sur l’ordinateur du client.

  3. Appuyez sur Ctrl+V sur Windows, ou Cmd+V sur macOS.

Pour en savoir plus sur ces méthodes et les autorisations requises, consultez la documentation de transfert de fichiers de HelpWire.

Foire aux questions

Compressez-le d’abord en une seule archive, ou utilisez rsync. La surcharge par fichier domine toutes les méthodes décrites dans cet article. Un dossier redirigé négocie chaque fichier séparément via le canal du lecteur, et le presse-papiers construit une liste complète des descripteurs avant qu’un seul octet ne soit transféré, de sorte que dix mille petits fichiers peuvent prendre plus de temps qu’une seule archive plusieurs fois plus volumineuse que leur taille cumulée. Créez une tar ou zip archive à la source, déplacez le fichier unique, et décompressez-la à l’arrivée. Lorsque le même transfert se répète, rsync n’envoie que ce qui a changé, et -P conserve le fichier partiel afin qu’une exécution interrompue reprenne là où elle s’est arrêtée. Sans cet indicateur, rsync supprime le fichier partiel et recommence le fichier depuis le début, ce qui en surprend plus d’un. Aucune des voies RDP ne permet la reprise. Notre guide sur les transferts d’un bureau à distance vers une machine locale traite séparément la limite de taille du presse-papiers.

NTFS rejette des caractères que ext4 et APFS acceptent. Un deux-points, un point d’interrogation, un astérisque, une barre verticale, un guillemet double, ainsi que les signes inférieur à et supérieur à sont tous autorisés sous Linux et tous interdits dans un nom de fichier Windows, si bien qu’une copie s’arrête au premier contrevenant. La sensibilité à la casse est le second piège : deux fichiers dans un répertoire Linux dont les noms ne diffèrent que par la casse se retrouvent sous un nom unique sur NTFS, et l’un d’eux est perdu, ou la copie s’interrompt. Renommez à la source avant un transfert en masse plutôt qu’après un transfert partiel.

Exécutez defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true dans le Terminal, puis déconnectez-vous et reconnectez-vous. Cela ne concerne que les volumes réseau et n’a aucun effet sur les disques locaux. Cela laisse également intacts les fichiers annexes distincts ._, qui contiennent les métadonnées macOS et sont la cause habituelle de Error code -36 lors d’une copie via le Finder vers un partage SMB, une cause identifiée par les utilisateurs il y a des années. Supprimez ceux déjà écrits avec dot_clean ~/path/to/folder, une solution de contournement encore recommandée pour cette erreur.

Pas nativement sous Windows, car Windows ne fournit pas de binaire rsync. Trois voies permettent d’y parvenir. Exécutez-le dans WSL, où la version Linux fonctionne normalement en ciblant un chemin Windows monté sous /mnt/c/. Installez une version Cygwin ou MSYS2. Ou pilotez-le depuis le côté Linux, qui récupère les données de Windows via SSH une fois le serveur OpenSSH activé là-bas. Pour des copies ponctuelles, scp est plus simple, et rsync ne justifie sa mise en place que si vous répétez le même transfert.

Entre deux sessions Windows, oui, à condition que les deux aient la redirection des lecteurs activée. Entre deux sessions sur un bureau Linux, cela dépend de votre version de FreeRDP, et il y a eu une régression lors du passage à la version 3 : les utilisateurs passés à Fedora 40 avec FreeRDP 3.4.0 ont perdu la possibilité de copier dans une session et de coller dans une autre après des années de ce flux de travail sous la version 2. FreeRDP a traité ce cas en 3.27.0 en juin 2026 avec un correctif pour la copie de plusieurs éléments entre des sessions xfreerdp, de sorte qu’une version actuelle se comporte mieux que ne le laissent entendre les rapports concernant Fedora 40. La solution qui survit aux changements de version, dans tous les cas, est un dossier auquel les deux sessions peuvent accéder.

Non, et les noms d’utilisateur n’ont jamais besoin de correspondre. Seules certaines méthodes nécessitent un compte côté distant. Un dossier redirigé s’appuie sur la session RDP que vous avez déjà ouverte, de sorte que la machine distante y accède via l’identité avec laquelle vous vous êtes connecté, et il n’y a pas de second jeu d’identifiants. Un partage SMB nécessite un compte réel sur la machine qui héberge le partage. scp et rsync nécessitent un compte sur la cible, et l’authentification par clé supprime l’invite de mot de passe une fois que vous avez copié votre clé publique avec ssh-copy-id. Le seul cas qui piège les gens est un dossier redirigé sur une machine où leur session s’exécute sous un compte différent de celui attendu, ce qui se manifeste par des erreurs de permissions lors de l’écriture plutôt que par un dossier absent.

HelpWire
4.8

Renforcez le support à distance avec un logiciel de bureau à distance simple et gratuit.

Visiter le site
Prix: Gratuit
Systèmes pris en charge: Windows, macOS, Linux
HelpWire