Vous copiez un fichier sur votre ordinateur portable, passez à la fenêtre Connexion Bureau à distance, cliquez avec le bouton droit sur un dossier dans la session, et Coller est grisé. Le texte se colle bien, mais pas les fichiers. Windows transfère le texte via le canal du Presse-papiers et les fichiers via le canal de redirection de lecteurs. Et ce sont deux paramètres distincts que six couches différentes peuvent désactiver indépendamment. Découvrez ci-dessous les correctifs, classés selon leur fréquence de résolution du problème sur les fils Microsoft Q&A, Windows OS Hub et la base de connaissances de Microsoft.
Si le blocage s’avère être sur une machine que vous n’administrez pas et que vous cherchez une autre manière de transférer un fichier vers un bureau à distance, HelpWire vous offre cette possibilité. Il s’agit d’un logiciel d’accès à distance conçu pour le support informatique, et son transfert de fichiers fonctionne dans sa propre session plutôt que via RDP. Ainsi, les stratégies de redirection de cet article ne s’y appliquent pas. Cela est important lorsque la configuration RDP appartient à quelqu’un d’autre, ou lorsque la machine distante exécute Windows Home et refuse purement et simplement les connexions RDP.
Conseils rapides pour transférer un fichier vers le bureau à distance
Cochez Presse-papiers et Lecteurs dans le client Connexion Bureau à distance avant de vous connecter, puis copiez le fichier sur votre machine locale et collez-le dans un dossier à l’intérieur de la session. Presse-papiers seul ne transfère que du texte. Lecteurs est le paramètre qui permet de transférer des fichiers, et sans lui, la commande Coller reste grisée, peu importe le nombre de fois que vous redémarrez rdpclip.exe.
Une fois la redirection des lecteurs activée, trois options s’ouvrent :
- Collez dans la session.
- Parcourez jusqu’à
\\tsclient\cdepuis l’intérieur de la session. - Exécutez
xcopydepuis l’invite de commandes distante.
Chacune a des limites différentes, et la troisième fonctionne dans des cas où les deux premières échouent. Tout ici concerne l’envoi vers la session, donc pour le trajet retour, consultez notre guide sur comment transférer des fichiers d’un bureau à distance vers une machine locale.
Pourquoi le transfert de fichiers via Connexion Bureau à distance échoue dans le sens du local vers le distant
La case à cocher côté client est la couche que les gens vérifient. C’est rarement cette couche qui est en cause. La direction push comporte également des risques que la direction pull n’a pas. L’écriture se fait sur la machine distante. Ainsi, les autorisations du dossier de destination, l’espace libre sur le disque du profil distant et toute sécurité des terminaux exécutée sur l’hôte s’appliquent à votre fichier avant qu’il n’arrive.
Six couches peuvent bloquer le canal de commande, et la plus stricte l’emporte
| Niveau | Où le vérifier | Ce qu’il doit indiquer |
|---|---|---|
| case à cocher du client mstsc | Ressources locales > Plus > Lecteurs | Cochée pour le lecteur qui contient votre fichier |
Fichier .rdp enregistré |
Ouvrez-le dans un éditeur de texte | redirectdrives:i:1 et drivestoredirect:s:* |
| Boîte de dialogue de sécurité d’avril 2026 | Affichée à chaque .rdp lancement |
Lecteurs cochés avant de cliquer sur Connexion |
| Stratégie de groupe de l’hôte | gpedit.msc, Redirection des périphériques et des ressources |
Ne pas autoriser la redirection de lecteurs défini sur Désactivé |
| Collection RDS ou CAP de la passerelle RD | Gestionnaire de serveur Paramètres client, ou CAP Redirection des périphériques | Lecteurs activés |
| Pool d’hôtes AVD ou Cloud PC | Propriétés RDP du pool d’hôtes, ou Intune | Redirection de lecteurs autorisée |
La dernière ligne est celle qui surprend les gens sur des machines toutes neuves. Dans le cadre de l’initiative Secure Future, Microsoft désactive désormais par défaut la redirection du presse-papiers, des lecteurs, des périphériques USB et des imprimantes sur les pools d’hôtes Azure Virtual Desktop nouvellement créés et sur les PC Cloud Windows 365 nouvellement fournis ou reprovisionnés. Un PC Cloud qui vous a été remis ce matin échoue à ce test dès le premier jour, sans qu’aucun autre élément ne soit en cause. Microsoft a laissé les anciens pools d’hôtes tels quels, de sorte qu’une même organisation peut avoir un pool qui fonctionne et un autre qui ne fonctionne pas.
Un septième bloc qui semble identique: la limite du presse-papiers client-vers-serveur
Une nouvelle stratégie restreint ce que le presse-papiers peut transporter dans chaque direction, et elle peut bloquer les fichiers tandis que le texte continue de passer. Restreindre le transfert du presse-papiers du client vers le serveur se trouve dans le même nœud Redirection des périphériques et des ressources que les anciennes stratégies, et Microsoft indique comme prérequis Windows 11 Entreprise ou Entreprise multi-session 22H2 ou 23H2 avec KB5039212, la version 21H2 avec KB5039213, ou Windows Server 2022 avec KB5040437.
Les quatre valeurs autorisées que Microsoft documente sont le texte brut, le texte brut et les images, le texte brut plus les images plus le Rich Text Format, et cet ensemble plus HTML. Les fichiers n’apparaissent dans aucune d’entre elles. La restriction ne s’applique que lorsqu’un administrateur bascule la stratégie sur Activé, car la liste déroulante du type de données n’apparaît que dans cet état. Désactivé et Non configuré laissent tous deux le presse-papiers sans restriction. Activez-la avec l’une de ces valeurs et les collages de fichiers dans la session s’arrêtent tandis que le texte continue de passer, ce qui ressemble exactement à une panne de redirection de lecteur sans en être une. La valeur du Registre sous-jacente est CSClipLevel, et sa contrepartie sortante est SCClipLevel.
La mise à jour d'avril 2026 qui décoche vos lecteurs pour vous
La mise à jour de sécurité d’avril 2026 de Microsoft a modifié la façon dont Windows traite les fichiers enregistrés .rdp, et elle est la raison de l’actuelle vague de signalements indiquant « cela fonctionnait le mois dernier ». Cette modification correspond à CVE-2026-26151 et a été publiée le 14 avril 2026 sous les références KB5083769 et KB5083768 pour Windows 11, KB5082200 pour Windows 10, et KB5082063 pour Windows Server, et Microsoft applique le nouveau comportement jusqu’à Windows Server 2012 R2.
Ouvrez un fichier .rdp sur une machine corrigée, et une boîte de dialogue de sécurité apparaît avant le démarrage de la connexion. Elle répertorie l’adresse distante, l’éditeur et chaque ressource locale demandée par le fichier, et chacune de ces cases à cocher de ressources est désactivée par défaut. Un fichier non signé affiche également une bannière d’avertissement et indique Éditeur inconnu. Microsoft explique le comportement et sa justification dans sa documentation sur les boîtes de dialogue de sécurité des fichiers RDP.
Deux éléments déterminent si cela vous concerne. Cela n’affecte que les connexions lancées à partir d’un fichier .rdp, donc un nom d’ordinateur saisi directement dans mstsc.exe se comporte comme auparavant. Et Microsoft indique que la boîte de dialogue apparaît à chaque ouverture d’un fichier RDP, donc la case Lecteurs doit être cochée à chaque lancement jusqu’à ce que le fichier soit signé et que son certificat soit approuvé.
Correctifs pour le transfert de fichiers via le Bureau à distance de l'ordinateur local vers l'ordinateur distant
Associez le symptôme à la solution
Trouvez votre symptôme dans la colonne de gauche et allez directement à la solution indiquée à droite, car un mauvais premier geste coûte une heure.
| Symptôme | Cause probable | Où aller |
|---|---|---|
| Le texte se colle, les fichiers non | La redirection des lecteurs est désactivée ou bloquée | Correctif 1 et Correctif 3 |
| Tout est grisé, cela fonctionnait plus tôt aujourd’hui | Le canal du presse-papiers est bloqué | Voir le guide pour corriger le copier-coller du Bureau à distance |
| Lecteurs cochés mais rien sous Ce PC | Redirection refusée, ou l’Explorateur ne l’a pas affichée | Correctif 4 et le \\tsclient chemin |
| Apparu après avril 2026 | Consentement de redirection à chaque lancement | Correctif 2 |
| Un fichier de plus de 2 Go disparaît sans erreur | Plafond de taille du presse-papiers | Méthode en ligne de commande |
| La copie s’interrompt en cours de route, la session clignote | Défaillance de la passerelle ou du transport | Lorsque vous ne pouvez pas transférer un fichier via RDP du tout |
Solution 1 : Activez la redirection des lecteurs, puis reconnectez-vous
Cochez Lecteurs ainsi que Presse-papiers, car il s’agit de deux canaux distincts. Les deux paramètres se trouvent côté client. Ils doivent tous deux être définis avant l’ouverture de la connexion, et une modification effectuée en cours de session ne prend effet qu’après déconnexion et reconnexion.
-
Fermez la session ouverte. Fermez la session plutôt que de vous déconnecter si vous avez également modifié une stratégie sur l’hôte.
-
Appuyez sur
Win+R, tapezmstsc.exe, puis appuyez sur Entrée. -
Cliquez sur Afficher les options.
-
Ouvrez l’onglet Ressources locales.
-
Confirmez que Presse-papiers est coché sous Périphériques et ressources locaux.
-
Cliquez sur Plus.
-
Développez Lecteurs et cochez le lecteur qui contient le fichier que vous souhaitez envoyer. Cochez l’ensemble complet uniquement si nécessaire.
-
Cliquez sur OK, puis sur Se connecter.
-
Dans la session, ouvrez l’Explorateur de fichiers et, sous Ce PC, recherchez une entrée portant le nom de votre ordinateur, comme
C on LAPTOP-01.
Si vous lancez à partir d’un .rdp enregistré, ouvrez-le dans un éditeur de texte et vérifiez les trois valeurs qui priment sur ces cases à cocher: redirectclipboard:i:1, redirectdrives:i:1, et drivestoredirect:s:*. Un zéro pour n’importe laquelle d’entre elles l’emporte sur l’interface cliente. Le caractère générique redirige tous les lecteurs, et la propriété accepte également une liste délimitée de lettres de lecteur spécifiques à la place, que Microsoft documente dans sa référence des propriétés RDP.
Correctif 2: Cochez la case Lecteur dans la boîte de dialogue de sécurité d’avril 2026
.rdp, car la mise à jour d’avril 2026 désactive par défaut toute redirection demandée. Cela ne concerne que les fichiers .rdp lancés sur une machine mise à jour avec la mise à jour cumulative du 14 avril 2026 ou ultérieure.-
Double-cliquez sur le fichier
.rdp. -
Au premier lancement après la mise à jour, lisez la boîte de dialogue d’information affichée une seule fois et validez-la.
-
Dans la boîte de dialogue de sécurité de la connexion, vérifiez que l’adresse de l’ordinateur distant correspond à l’hôte attendu.
-
Cochez Lecteurs, et cochez Presse-papiers à côté.
-
Cliquez sur Connecter.
Un problème connu mérite d’être examiné avant d’incriminer votre propre configuration. Microsoft a reconnu que la nouvelle boîte de dialogue pouvait s’afficher de manière incorrecte sur les systèmes multi-moniteurs dont les moniteurs utilisent des facteurs d’échelle d’affichage différents, ce qui rend les cases à cocher difficiles à lire ou à atteindre. La correction a été fournie dans la KB5083631 mise à jour de préversion, comme signalé à l’époque. Si la boîte de dialogue semble défectueuse plutôt que simplement inhabituelle, vérifiez cette mise à jour avant toute autre chose.
Une bannière d’avertissement et une Éditeur inconnu entrée signifient que le .rdp fichier ne porte aucune signature, et non qu’il y a un problème avec l’hôte. Si le fichier est signé et que votre machine fait confiance à ce certificat via la Stratégie de groupe, Microsoft indique que la boîte de dialogue ne s’affiche pas du tout et que les redirections demandées par le fichier sont activées automatiquement, ce qui constitue la véritable sortie de cette boucle. Pour revenir temporairement à l’ancien comportement, définissez une valeur REG_DWORD nommée RedirectionWarningDialogVersion à 1 à l’emplacement HKLM\Software\Policies\Microsoft\Windows NT\Terminal Services\Client. Microsoft précise qu’une future mise à jour peut en supprimer la prise en charge, considérez donc cette valeur comme un palliatif plutôt qu’une solution.
Correctif 3 : Lever le blocage par stratégie côté serveur
Définissez Interdire la redirection des lecteurs sur Désactivé sur la machine distante, puis forcez une actualisation des stratégies et fermez complètement la session. C’est la solution lorsque les cases à cocher du client sont correctes, et que les fichiers n’ont jamais été transférés dans cet environnement, et c’est l’étape vers laquelle se tournent à la fois les répondants de Microsoft Q&A et Windows OS Hub une fois que le côté client a été vérifié. Un état Non configuré ne suffit pas en soi, car une ancienne valeur du Registre peut encore subsister en dessous.
-
Sur l’ordinateur distant, appuyez sur
Win+R, tapezgpedit.msc, et appuyez sur Entrée. -
Accédez à Configuration ordinateur > Modèles d’administration > Composants Windows > Services Bureau à distance > Hôte de session Bureau à distance > Redirection des périphériques et des ressources.
-
Double-cliquez sur Ne pas autoriser la redirection de lecteurs.
-
Sélectionnez Désactivé et cliquez sur OK.
-
Ouvrez une Invite de commandes en tant qu’administrateur et exécutez
gpupdate /force. -
Fermez complètement la session, puis reconnectez-vous.
Sur un déploiement RDS, la collection dispose de son propre paramètre qui passe outre tout ce qui précède. Ouvrez Gestionnaire de serveur > Services Bureau à distance > Collections > Tâches > Modifier les propriétés > Paramètres du client et cochez Lecteurs, ou exécutez Set-RDSessionCollectionConfiguration -CollectionName <name> -ClientDeviceRedirectionOptions "Clipboard,Drive". Ce paramètre remplace l’ensemble des redirections plutôt que de s’y ajouter, donc indiquez dans la même commande tous les types de périphériques dont la collection a encore besoin. Derrière une passerelle RD, vérifiez également la stratégie d’autorisation de connexion, sous Redirection de périphériques, où Activer la redirection des périphériques pour tous les appareils clients doit rester sélectionnée.
Solution 4: Vérifiez les valeurs du Registre que la Stratégie de groupe ne vous montre pas
Lisez fDisableCdm dans les deux branches du registre, car la branche WinStations est invisible pour gpedit.msc et survit à toute modification de stratégie effectuée au-dessus d’elle. D’anciens scripts de déploiement et des modifications manuelles y laissent des valeurs qui restent discrètement sous une stratégie correctement configurée. Un commentateur de Windows OS Hub a attribué une défaillance chronique précisément à cela, avec fDisableCdm défini sur 1 après que tout le reste avait déjà été corrigé.
Exécutez ceci sur la machine distante dans une session PowerShell élevée pour lire toutes les valeurs pertinentes en une seule fois.
Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" | Select fDisableCdm, fDisableClip, CSClipLevel
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" | Select fDisableCdm, fDisableClip
-
Lisez la sortie. Un
1dans n’importe quelle valeur signifie que cette couche vous bloque. Un0ou une valeur absente signifie qu’elle ne vous bloque pas. -
Ouvrez
regeditet définissezfDisableCdmsur0dans la branche qui a renvoyé1. Cette valeur contrôle la redirection des lecteurs et détermine si les fichiers peuvent être transférés. -
Définissez
fDisableClipà0dans la même branche s’il a renvoyé1. -
Si
CSClipLevelexiste, une limite directionnelle du presse-papiers est en vigueur. Supprimez la valeur ou augmentez-la conformément à votre politique. -
Sur votre machine locale, ouvrez
HKLM\Software\Microsoft\Terminal Server Clientet vérifiezDisableDriveRedirection. Une valeur de1à cet emplacement bloque les lecteurs pour chaque connexion sortante que vous établissez vers chaque hôte. Un chemin plus court,HKLM\Software\Microsoft\Terminal Server, contient une valeur du même nom, et Microsoft documente celle-ci pour le contrôle ActiveX du Bureau à distance plutôt que pour le client de bureau, ce qui explique la confusion entre les deux. Vérifiez-le également sur toute machine qui utilise encore un RDP hébergé dans le navigateur. -
Fermez l’Éditeur du Registre, déconnectez-vous complètement de la session distante et reconnectez-vous.
Comment transférer un fichier via Connexion Bureau à distance lorsque vos lecteurs n'apparaissent jamais
Accédez au volume redirigé par son chemin plutôt que d’attendre que l’Explorateur de fichiers l’affiche sous Ce PC. La redirection peut être active alors que la vue Ce PC ne se remplit pas, une divergence qui revient régulièrement dans les fils de discussion Microsoft Q&A. Le test par chemin est donc la réponse la plus rapide à comment transférer un fichier dans Connexion Bureau à distance lors de sessions où les lecteurs n’apparaissent jamais. Cela permet de distinguer un véritable blocage par stratégie d’un simple problème d’affichage en une dizaine de secondes.
-
Dans la session à distance, appuyez sur
Win+R. -
Tapez
\\tsclient\cet appuyez sur Entrée. Remplacezcpar la lettre du lecteur que vous avez redirigé. -
Si l’Explorateur ouvre votre lecteur local, la redirection fonctionne et seule l’entrée Ce PC ne s’est pas affichée.
-
Pour un mappage valable pendant la session, ouvrez Invite de commandes dans la session et exécutez
net use Z: \\tsclient\c. -
Copiez votre fichier depuis Z: vers sa destination sur la machine distante.
-
Exécutez
net use Z: /deletelorsque vous avez terminé.
Une réponse de \\tsclient\c is not accessible signifie que la redirection a été refusée plutôt que mal interprétée, revenez au Correctif 3 et au Correctif 4. Les utilisateurs de Mac rencontrent une variante de ce problème après une coupure de connexion : un rapport Microsoft Q&A décrit un dossier redirigé qui réapparaît sous un identifiant illisible une fois que Remote Desktop se reconnecte, et les copies vers celui-ci échouent alors avec 0x8007048F. Commencez une nouvelle session plutôt que d’accepter l’invite de reconnexion.
Transfert de fichiers via le Bureau à distance Windows depuis la ligne de commande
Exécutez xcopy ou robocopy depuis la session distante et transférez le fichier via \\tsclient, ce qui contourne à la fois la limite de 2 Go du presse-papiers et le moteur de copie de l’Explorateur. Microsoft cite la copie en ligne de commande comme sa propre solution de contournement pour la limite du presse-papiers dans la KB 2258090.
Transfert de fichiers via le Bureau à distance Windows via la console est également la solution de repli lorsque mstsc.exe se bloque sur un fichier volumineux, bien que la note sous cette procédure fournisse un correctif permettant d’éviter complètement le blocage.
-
Confirmez que la redirection est active à l’aide du test
\\tsclientci-dessus. -
Ouvrez l’Invite de commandes dans la session distante, et non sur votre machine locale.
-
Pour un seul fichier, exécutez
xcopy \\tsclient\c\installers\app.iso D:\temp\ /Y. -
Pour un dossier, ou pour tout fichier assez volumineux pour qu’on s’en préoccupe, exécutez
robocopy \\tsclient\c\installers D:\temp /Z /R:3 /W:5. -
Surveillez la progression dans la console. L’option
/Zreprend un transfert interrompu à partir du point où il s’est arrêté plutôt qu’à partir de zéro.
Si mstsc.exe se fige au lieu de renvoyer une erreur, une correction spécifique mérite d’être essayée avant de revenir à la console. Désactivez l’UDP avec la Désactiver l’UDP sur le client stratégie sous Configuration de l’ordinateur > Modèles d’administration > Composants Windows > Services Bureau à distance > Client de Connexion Bureau à distance, ou définissez une REG_DWORD nommée fClientDisableUDP sur 1 à HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client, puis reconnectez-vous.
Limitations
Chaque route vers la machine distante a un plafond différent et un mode de défaillance différent. Faites correspondre le fichier à la route avant de commencer.
| Méthode | Limite de taille | Comment cela échoue | Reprise |
|---|---|---|---|
| Collage depuis le presse-papiers | 2 Go | Silencieusement, aucune erreur n’est affichée | Non |
\\tsclient dans l’Explorateur de fichiers |
Aucune documentée | mstsc se fige, la session se bloque | Non |
xcopy via \\tsclient |
Aucune documentée | Message d’erreur à l’invite | Non |
robocopy /Z via \\tsclient |
Aucune documentée | Message d’erreur à l’invite | Oui |
Lorsque vous ne pouvez pas du tout transférer des fichiers via RDP
Trois situations mettent fin au dépannage, et chacune possède une signature qui la distingue d’une erreur de configuration.
Lorsque le blocage est délibéré
S’applique aux hôtes d’entreprise joints au domaine, aux pools d’Azure Virtual Desktop, aux PC Cloud Windows 365 et à tout hôte de session derrière une passerelle RD. Le presse-papiers et la redirection de lecteurs sont volontairement désactivés dans ces environnements afin de bloquer les transferts de fichiers vers la session, et la limite du presse-papiers client-vers-serveur existe précisément pour autoriser le texte tout en refusant les fichiers. Vous pouvez le reconnaître à un hôte qui ne vous appartient pas, combiné à une stratégie définie au niveau du domaine plutôt que localement. Demandez une voie de transfert approuvée plutôt que de modifier des valeurs sur une machine gérée.
Lorsque le client ne peut pas rediriger
S’applique lorsque l’hôte autorise la redirection mais que votre logiciel client n’expose aucun contrôle que vous puissiez modifier. Windows App sur Windows n’affiche aucun paramètre de redirection dans son interface et n’offre aucun moyen de désigner un dossier local spécifique, ce que Microsoft l’indique explicitement, de sorte qu’un administrateur doit modifier la stratégie pour vous. Le client web RDS a sa propre version de cela, plus stricte. Microsoft précise que le client web ne copie-colle que du texte et que les fichiers ne peuvent en aucun cas y être copiés ou collés ; le symptôme dont traite tout cet article y relève donc d’une conception permanente. Les fichiers transitent plutôt via une icône d’envoi dédiée dans le menu de session et ils arrivent dans Remote Desktop Virtual Drive > Uploads, comme Microsoft l’expose dans son guide du client web. Lorsque ce lecteur virtuel n’apparaît pas du tout, la cause tient au déploiement ou à l’invite de consentement des ressources locales plutôt qu’à quoi que ce soit sur votre machine. Dans les deux cas, le client ne possède pas d’onglet Local Resources à vérifier.
Lorsque la copie transite par une passerelle RD Gateway
S’applique lorsque les transferts se terminent mais sont très lents, et uniquement lorsqu’une passerelle se trouve sur le chemin. Un administrateur sur Microsoft Q&A l’a rencontré sur un fichier de deux mégaoctets, a attribué la cause au transport HTTP, et a rétabli une vitesse de copie normale avec une REG_DWORD nommée RDGClientTransport définie à 1, ce qui fait passer le client d’HTTP à l’ancien transport RPC-HTTP. Créez cette valeur sous HKCU\Software\Microsoft\Terminal Server Client, l’emplacement par utilisateur que d’autres rapports Microsoft Q&A utilisent. Le fil ci-dessus l’a définie sous HKLM à la place, alors essayez l’autre ruche si la première n’a aucun effet. La fluidité de l’affichage diminue légèrement. Les copies de fichiers redeviennent utilisables.
Ce que la plupart des gens essaient d'abord, et pourquoi cela ne fonctionne pas
La première action dans presque chaque fil de discussion est un redémarrage de rdpclip.exe, généralement sur la mauvaise machine. Il s’exécute sur l’hôte distant, une instance par session, donc un redémarrage sur votre ordinateur portable ne change rien. Même sur la bonne machine, il réinitialise le canal du presse-papiers et laisse le canal du lecteur inchangé, ce qui en fait le mauvais outil pour une panne où le texte fonctionne déjà. Notre guide de correction du copier-coller couvre les cas où cela aide.
La deuxième consiste à se déconnecter et se reconnecter après une modification de stratégie. Une déconnexion maintient la session active sur l’hôte avec ses canaux de redirection exactement tels qu’ils ont été négociés au moment de la connexion. gpupdate /force actualise la stratégie sur la machine, mais ne renégocie pas ces canaux pour une session déjà ouverte. Une fermeture de session complète est ce qui les reconstruit.
Le troisième groupe est le grand nettoyage. Un administrateur sur Microsoft Q&A a consigné neuf tentatives sur un hôte Server 2016, parmi lesquelles la suppression de l’antivirus, un binaire rdpclip.exe de remplacement pris sur un serveur où le copier-coller fonctionnait. Et un passage en revue de chaque Stratégie de groupe poussée depuis le contrôleur de domaine, sans aucun changement. Un autre a consigné huit tentatives sur Server 2022, sfc /scannow, DISM et une réparation de l’installation figurant parmi elles, et n’a toujours pas réussi à garder rdpclip.exe en vie dans une session. Le binaire n’est presque jamais le problème.
La dernière coûte le moins de temps et est la plus essayée : faire glisser le fichier dans la fenêtre de la session. Ce glisser-déposer précis ne fait rien, car RDP n’a pas de glisser-déposer natif à travers la frontière de session, un point qu’un répondant sur Microsoft Q&A a exposé en détail. Le même répondant indique le seul glisser-déposer qui fonctionne. Et il convient de noter que, une fois la redirection de lecteurs active, vous pouvez faire glisser à l’intérieur de la session entre votre lecteur redirigé et un dossier distant, car l’Explorateur de fichiers voit les deux comme des emplacements ordinaires. Le glisser-déposer que les gens tentent en premier est celui qui n’a jamais fonctionné.
HelpWire comme alternative au transfert de fichiers via RDP
HelpWire déplace des fichiers au sein de sa propre session distante, de sorte qu’aucune couche de redirection RDP ne s’y applique. Cela en fait un substitut pratique lorsque transfert de fichiers via RDP est bloqué pour des raisons que vous ne pouvez pas changer. Il s’agit d’un logiciel d’accès à distance destiné aux équipes de support informatique, aux techniciens indépendants et aux services informatiques internes des petites entreprises. Et il correspond au problème de cet article dans deux cas précis : un hôte dont la configuration ne dépend pas de vous, et une machine distante sous Windows Home qui ne peut pas accepter de connexion RDP au départ.
Une session commence à partir d’un lien que vous envoyez via le 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, sans qu’aucun compte n’ait à être créé de leur côté. Transfert de fichiers via le Bureau à distance fonctionne tant que la session est active, et les méthodes ci-dessous proviennent de la documentation sur le transfert de fichiers de HelpWire.
Méthode 1 : Cliquez avec le bouton droit, copiez et collez sur la machine cliente
Fonctionne dans les deux sens.
-
Démarrez la session et attendez que le client clique sur Accorder l’accès.
-
Sur votre ordinateur, cliquez avec le bouton droit sur le fichier que vous souhaitez envoyer et sélectionnez Copier.
-
Cliquez avec le bouton droit sur le dossier de destination sur la machine du client dans la session HelpWire et sélectionnez Coller.
-
Surveillez le transfert. La progression s’affiche sur l’ordinateur du client.
Méthode 2 : Glisser-déposer sur la fenêtre Operator
Fonctionne uniquement de votre machine vers la machine du client, c’est la direction dont traite cet article.
-
Avec la session active, sélectionnez un ou plusieurs fichiers, ou un dossier entier, sur votre propre machine.
-
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.
-
Faites un clic droit sur le dossier de destination de l’ordinateur du client et sélectionnez Coller pour terminer le transfert.
Méthode 3 : Raccourcis clavier
Le moyen le plus rapide lorsque vous avez déjà sélectionné le fichier.
-
Sélectionnez le fichier sur votre machine locale et appuyez sur
Ctrl+C. Sur macOS, appuyez surCmd+C. -
Cliquez dans le dossier de destination sur la machine du client.
-
Appuyez sur
Ctrl+V, ouCmd+Vsur macOS.
Foire aux questions
Cela fait une copie. Ctrl+X sur un fichier local suivi de Ctrl+V dans la session laisse l’original là où il était et place une copie sur la machine distante. RDP ne prend pas en charge le déplacement au-delà de la limite de redirection. Supprimez vous-même l’original local si c’est un déplacement que vous vouliez, et vérifiez d’abord que la copie distante s’ouvre.
\\tsclient\c dans la zone du nom de fichier. Les applications publiées qui n’affichent aucune boîte de dialogue de fichier ne vous laissent aucun moyen du tout, et dans ce cas la solution est d’ouvrir une session de bureau complète plutôt qu’une application publiée. Redirigez un dossier, car les clients macOS fonctionnent au niveau du dossier plutôt qu’au niveau du volume entier. Modifiez la connexion enregistrée, ouvrez ses paramètres de redirection et ajoutez le dossier local auquel vous voulez accéder. Ensuite, connectez-vous et recherchez-le dans la session sous \\tsclient. Une habitude pratique qui en découle : conservez un dossier de transfert dédié sur le Mac et ne redirigez que celui-ci, plutôt que de pointer le client vers votre dossier personnel, puisque tout ce qui se trouve dans un dossier redirigé est accessible en lecture et en écriture depuis la machine distante pendant toute la durée de la session.
Oui, 255 Mo par fichier via la redirection de dossiers dans le navigateur. Les fichiers que vous téléversez sont placés dans un dossier Uploads à l’intérieur du lecteur virtuel redirigé plutôt qu’à un chemin d’accès de votre choix, donc tout ce qui doit arriver dans un dossier spécifique doit être déplacé une fois dans la session. Les fichiers plus volumineux nécessitent le client de bureau et la redirection classique du lecteur.
Non, car Windows 11 Famille n’inclut pas le service hôte RDP et ne peut pas accepter de connexion entrante. L’option Bureau à distance est absente de Paramètres > Système par conception dans cette édition, et les correctifs non officiels qui prétendent l’ajouter cessent de fonctionner après les mises à jour cumulatives et créent leurs propres problèmes de maintenance. Mettez à niveau l’édition, ou utilisez un outil qui ne dépend pas de l’hôte RDP de Windows.
Activez-la pour les connexions qui en ont besoin et laissez-la désactivée ailleurs, car la redirection de lecteur est la chose la plus lourde de conséquences qu’un fichier RDP puisse demander. Microsoft la classe parmi les redirections les plus dangereuses : une machine distante pouvant écrire sur votre volume redirigé peut déposer un programme dans votre dossier Démarrage. Et une lettre de lecteur redirigée pointant vers un partage réseau étend cette portée à d’autres systèmes de votre organisation. C’est la raison du changement d’avril 2026, et c’est pourquoi la case à cocher du lecteur mérite un instant de réflexion plutôt qu’un clic réflexe sur des hôtes que vous ne contrôlez pas.
