你在笔记本电脑上复制了一个文件，切换到远程桌面连接窗口，在会话中右键单击一个文件夹，却发现粘贴呈灰色不可用。文本可以正常粘贴，但文件不行。Windows 通过剪贴板通道传输文本，通过驱动器重定向通道传输文件。而且这两者是两个独立的设置，并且有六个不同的层级可以彼此独立地将其关闭。下面的修复方法按它们在 Microsoft Q&A 帖子、Windows OS Hub 以及 Microsoft 自身知识库中解决问题的频率排序。
如果发现阻止出现在你不管理的机器上，而你正在寻找将文件传输到远程桌面的其他方法，HelpWire 提供了这种方法。它是一款为 IT 支持工作构建的远程访问软件，其文件传输在其自身会话内进行，而不是通过 RDP。因此，本文中的重定向策略不适用于它。当 RDP 配置归他人所有，或者远程计算机运行 Windows 家庭版并完全拒绝 RDP 连接时，这一点尤为重要。
关于如何将文件传输到远程桌面的快速提示
勾选 剪贴板 和 驱动器 在 远程桌面连接 客户端中，在连接之前，然后在本地计算机上复制文件，并将其粘贴到会话内的文件夹中。剪贴板 仅能传输文本。驱动器 是传输文件的设置；未启用它时，无论你重启多少次 rdpclip.exe，粘贴命令都会保持灰显不可用。
当驱动器重定向生效后，将打开三种途径：
- 在会话内粘贴。
- 浏览到
\\tsclient\c在会话内。 - 运行
xcopy在远程命令提示符中。
每种方式都有不同的限制，第三种方式在前两种失败的情况下仍可使用。这里讨论的都是将文件推送到会话中的方法；如需返回的操作，请参阅我们的指南 如何将文件从远程桌面传输到本地计算机。
为什么远程桌面连接从本地到远程方向的文件传输失败
客户端复选框是人们会去检查的那一层。它很少是出问题的那一层。推送方向也带有拉取方向所不具备的风险。写入发生在远程主机上。因此，在文件写入之前，目标文件夹的权限、远程配置文件磁盘上的可用空间，以及主机上运行的任何终端安全软件，都会适用于你的文件。
六层可以屏蔽驱动通道，并以最严格者为准
| 层 | 在哪里检查 | 应显示的内容 |
|---|---|---|
| mstsc 客户端复选框 | 本地资源 > 更多 > 驱动器 | 勾选存放你文件的驱动器 |
已保存的 .rdp 文件 |
在文本编辑器中打开它 | redirectdrives:i:1 和 drivestoredirect:s:* |
| 2026 年 4 月的安全对话框 | 在每次启动 .rdp 时显示 |
驱动器 已勾选后再单击 连接 |
| 主机组策略 | gpedit.msc，设备和资源重定向 |
不允许驱动器重定向 设置为 已禁用 |
| RDS 集合或 RD 网关 CAP | 服务器管理器 客户端设置，或 CAP 设备重定向 | 驱动器 已启用 |
| AVD 主机池或 Cloud PC | 主机池 RDP 属性，或 Intune | 允许驱动器重定向 |
最后一行是在全新机器上会让人感到意外的一项。根据安全未来计划，微软现在在新创建的 Azure 虚拟桌面主机池以及新预配或重新预配的 Windows 365 Cloud PC 上，默认关闭剪贴板、驱动器、USB 和打印机重定向。今早交到你手上的一台 Cloud PC 在第一天就会无法通过此测试，而其他方面并没有任何问题。微软保持较旧的主机池不变，因此同一组织可能同时拥有一个可用的主机池和一个不可用的主机池。
第七个看起来相同的块：客户端到服务器的剪贴板限制
一项较新的策略收紧了剪贴板在每个方向上可携带的内容范围，并且可以在文本仍可传输时阻止文件。 限制从客户端到服务器的剪贴板传输 与较旧的策略位于同一“设备和资源重定向”节点，微软列出的要求为 Windows 11 企业版或企业多会话 22H2 或 23H2 安装 KB5039212，版本 21H2 安装 KB5039213，或 Windows Server 2022 安装 KB5040437。
微软在其 文档 中列出的四种允许的取值为：纯文本、纯文本和图像、纯文本加图像加富文本格式，以及在此基础上再加上 HTML。文件不在其中任何一个取值内。仅当管理员将该策略切换为 已启用 时，此限制才会生效，因为只有在该状态下才会出现数据类型下拉列表。 已禁用 和 未配置 都不会对剪贴板进行限制。将其设置为上述任一取值后，会话中的文件粘贴将被阻止，而文本仍可继续传输，这看起来与驱动器重定向故障极为相似，但并非如此。其背后的注册表值为 CSClipLevel，其出站对应项为 SCClipLevel。
为你取消勾选驱动器的 2026 年 4 月更新
微软于 2026 年 4 月的安全更新改变了 Windows 处理已保存的 .rdp 文件的方式，这也是当前大量“上个月还能用”的报告的原因。该更改对应 CVE-2026-26151，并于 2026 年 4 月 14 日以 KB5083769 和 KB5083768（适用于 Windows 11）KB5082200（适用于 Windows 10）以及 KB5082063（适用于 Windows Server）发布，并且微软将这种新行为向后应用至最早的 Windows Server 2012 R2。
在已打补丁的计算机上打开 .rdp 文件，在连接开始之前会出现一个安全对话框。它会列出远程地址、发布者以及该文件请求的每个本地资源，并且这些资源复选框默认均为未勾选。未签名的文件还会显示警告横幅并报告 未知发布者。微软在其 关于 RDP 文件安全对话框的文档 中介绍了该行为及其理由。
有两个细节决定这是否与你相关。它只会影响从 .rdp 文件启动的连接，因此直接在 mstsc.exe 中输入计算机名的行为与以往相同。而且微软表示，每次打开 RDP 文件都会出现该对话框，因此在文件签名并且其证书被信任之前，每次启动都需要勾选驱动器复选框。
修复远程桌面从本地到远程的文件传输
将症状与解决方法匹配
在左栏找到你的症状，并直接查看右栏所列的解决方法，因为错误的第一步会浪费一小时。
| 症状 | 可能原因 | 处理方法 |
|---|---|---|
| 文本可以粘贴，文件不行 | 驱动器重定向已关闭或被阻止 | 修复 1 和 修复 3 |
| 全部变灰，今天早些时候还能用 | 剪贴板通道挂起 | 请参阅 修复远程桌面复制粘贴 |
| 已勾选驱动器，但“此电脑”下没有任何内容 | 重定向被拒绝，或资源管理器未显示出来 | 修复 4 和 \\tsclient 路径 |
| 2026 年 4 月之后开始出现 | 每次启动的重定向授权 | 修复 2 |
| 超过 2 GB 的文件无错误提示就消失 | 剪贴板大小上限 | 命令行方式 |
| 复制途中失败，会话闪断 | 网关或传输故障 | 当你无法 通过 RDP 传输文件 时 |
修复 1：启用驱动器重定向，然后重新连接
勾选 驱动器 以及 剪贴板，因为这两者是独立的通道。两个设置都位于客户端。两者都必须在连接打开之前设置，在会话中途进行的更改不会生效，除非先断开并重新连接。
-
关闭已打开的会话。 如果您也更改了主机上的策略，请注销，而不是断开连接。
-
按下
Win+R，输入mstsc.exe，然后按下Enter。 -
点击 显示选项。
-
打开 本地资源 选项卡。
-
确认在本地设备和资源下已勾选剪贴板。
-
点击 更多。
-
展开 驱动器 并勾选包含你要推送文件的驱动器。仅在需要时才勾选整组。
-
点击确定，然后点击连接。
-
在会话中，打开 文件资源管理器，并在 此电脑 下查找一个以你的计算机命名的条目，例如
C on LAPTOP-01。
如果您是从已保存的 .rdp 文件启动，请在文本编辑器中打开它，并检查三个会覆盖那些复选框的值： redirectclipboard:i:1，redirectdrives:i:1，以及 drivestoredirect:s:*。其中任意一个设为 0 都会优先于客户端界面设置。通配符会重定向所有驱动器，该属性也接受由分隔符分隔的特定驱动器盘符列表，相关说明见 Microsoft 在其 RDP 属性参考中的文档。
修复 2：在 2026 年 4 月的安全对话框中勾选驱动器复选框
.rdp 文件时，因为 2026 年 4 月更新默认会关闭所有请求的重定向。此更改仅适用于 .rdp 文件在已安装 2026 年 4 月 14 日或更高版本累计更新的计算机上启动的情况。-
双击
.rdp文件。 -
在更新后首次启动时，请阅读一次性教学对话框并确认。
-
在连接安全对话框中，检查远程计算机地址是否与您期望的主机匹配。
-
勾选驱动器，并在其旁边勾选剪贴板。
-
点击 连接。
在将问题归咎于您自己的设置之前，值得先看看一个已知问题。微软已承认，在多显示器系统中，如果各显示器使用不同的显示缩放比例，新对话框可能会渲染不正确，导致复选框难以看清或点击。它已在 KB5083631 预览更新中提供了修复，正如 当时的报道所述。如果该对话框看起来是损坏的，而不仅仅是陌生，请先检查该更新。
一个警示横幅和一个 未知发布者 条目意味着 .rdp 文件没有签名，并不表示主机存在任何问题。如果文件已签名，并且您的计算机通过 组策略 信任该证书，微软表示该对话框将完全不出现，且文件请求的重定向会自动启用，这才是摆脱这一循环的真正途径。若要暂时恢复到旧行为，请将一个 REG_DWORD 名为 RedirectionWarningDialogVersion 设置为 1，位置为 HKLM\Software\Policies\Microsoft\Windows NT\Terminal Services\Client。微软表示未来的更新可能会移除对其的支持，因此应将该值视为权宜之计，而非修复。
修复 3: 清除服务器端的策略阻止
将 不允许驱动器重定向 设置为 已禁用 在远程计算机上，然后强制刷新策略并完全注销。这是在客户端的复选框设置正确、且在此环境下从未发生过文件传输时的修复方法；一旦确认客户端无误，Microsoft Q&A 的答复者和 Windows OS Hub 都会采用此步骤。仅处于 未配置 状态本身并不足够，因为其下可能仍然存在较旧的注册表值。
-
在远程计算机上，按下
Win+R，输入gpedit.msc，然后按下Enter。 -
转到 计算机配置 > 管理模板 > Windows 组件 > 远程桌面服务 > 远程桌面会话主机 > 设备和资源重定向.
-
双击 不允许驱动器重定向。
-
选择 禁用，然后单击 确定。
-
以管理员身份打开命令提示符并运行
gpupdate /force。 -
完全注销会话，然后重新连接。
在 RDS 部署中，集合有其自己的开关，会覆盖以上所有设置。打开 服务器管理器 > 远程桌面服务 > 集合 > 任务 > 编辑属性 > 客户端设置，并勾选 驱动器，或者运行 Set-RDSessionCollectionConfiguration -CollectionName <name> -ClientDeviceRedirectionOptions "Clipboard,Drive"。该参数会替换整个重定向集，而不是在其基础上添加，因此需要在同一次调用中列出集合仍需的每一种设备类型。在 RD 网关之后，还要检查连接授权策略，在 设备重定向 下，需保持选中 为所有客户端设备启用设备重定向。
修复 4: 检查组策略未显示给你的注册表值
在这两个注册表分支中读取 fDisableCdm，因为 WinStations 分支对 gpedit.msc 是不可见的，并且不会受到其上层策略更改的影响。旧的部署脚本和手动编辑可能会在那儿留下数值，它们会在正确配置的策略之下静默存在。一位 Windows OS Hub 评论者将一个长期存在的故障追溯到正是这个原因：在其他一切都已纠正后，fDisableCdm 仍被设置为 1。
在远程计算机上以提升权限的 PowerShell 会话运行此命令，以一次性读取所有相关值。
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
-
阅读输出。若某个值为
1，表示该层会阻止你。为0或该值缺失则表示不会。 -
打开
regedit，在返回1的任意分支处将fDisableCdm设为0。该值控制驱动器重定向，并决定文件是否可以跨越。 -
如果它返回了
1，在同一分支上将fDisableClip设置为0。 -
只要
CSClipLevel存在，就表示方向性剪贴板限制已生效。请根据您的策略删除该值或提高其数值。 -
在您的本地计算机上，打开
HKLM\Software\Microsoft\Terminal Server Client并检查DisableDriveRedirection。如果该值为1，则会在您到每个主机的所有出站连接上阻止驱动器重定向。较短的路径HKLM\Software\Microsoft\Terminal Server也包含同名的值，并且 Microsoft 将其记录为用于远程桌面 ActiveX 控件，而非桌面客户端，这也是两者容易混淆的原因。对于任何仍然包含浏览器承载的 RDP 的计算机，也请检查该项。 -
关闭 注册表编辑器，完全注销远程会话，并重新连接。
当你的驱动器始终不显示时，如何在远程桌面连接中传输文件
通过路径访问被重定向的驱动器，而不是等待 文件资源管理器 在 此电脑 下将其显示出来。重定向可能已经生效，但此电脑视图却未能显示内容；这种不一致在 Microsoft Q&A 帖子中反复出现。因此，路径测试是对 如何在远程桌面连接会话中传输文件 中驱动器从不显示时的最快答案。它能在大约十秒内将真正的策略阻止与外观上的阻止区分开来。
-
在远程会话中，按下
Win+R。 -
输入
\\tsclient\c并按下 Enter。将c替换为您重定向的驱动器的字母。 -
如果资源管理器打开的是您的本地驱动器，则说明重定向正常工作，只有“此电脑”条目未显示出来。
-
若要获得在会话期间持续有效的句柄，请在会话内打开命令提示符并运行
net use Z: \\tsclient\c。 -
将您的文件从 Z: 复制到远程计算机上的目标位置。
-
完成后运行
net use Z: /delete。
出现响应 \\tsclient\c is not accessible 表示这是重定向被拒绝，而不是呈现错误，因此请回到修复 3 和修复 4。Mac 用户在连接中断后会遇到一种变体：一份 Microsoft Q&A 报告描述了一个 在不可读的标识符下返回的重定向文件夹，在远程桌面重新连接后，复制到其中会以 0x8007048F 失败。请启动一个全新的会话，而不是接受重新连接提示。
通过命令行进行 Windows 远程桌面文件传输
运行 xcopy 或 robocopy，在远程会话内通过 \\tsclient 拉取文件，这既绕过了 2 GB 的剪贴板上限，也避开了资源管理器的复制引擎。微软在 KB 2258090 中将命令行复制列为针对剪贴板限制的变通方案。
Windows 远程桌面文件传输 通过控制台也是在 mstsc.exe 处理大文件时发生挂起的后备方案，不过此步骤下方的说明提供了一个修复，可彻底避免挂起。
-
通过上面的
\\tsclient测试确认重定向已生效。 -
在远程会话中打开命令提示符，而不是在你的本地计算机上。
-
对于单个文件，运行
xcopy \\tsclient\c\installers\app.iso D:\temp\ /Y。 -
对于文件夹，或任何体积较大的文件，请运行
robocopy \\tsclient\c\installers D:\temp /Z /R:3 /W:5。 -
在控制台中查看进度。
/Z开关会从停止的位置继续传输，而不是从头开始。
如果 mstsc.exe 出现冻结而不是返回错误，在退回到控制台之前，有一个特定的修复值得一试。可通过 在客户端上关闭 UDP 策略，位于 计算机配置 > 管理模板 > Windows 组件 > 远程桌面服务 > 远程桌面连接客户端，或者将一个 REG_DWORD 命名为 fClientDisableUDP 并设置为 1 在 HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client，然后重新连接。
限制
到远程计算机的每条路径都有不同的上限和不同的故障模式。开始之前，请将文件与该路径相匹配。
| 方式 | 大小上限 | 失败方式 | 可续传 |
|---|---|---|---|
| 剪贴板粘贴 | 2 GB | 静默失败，完全没有错误提示 | 否 |
\\tsclient 在 文件资源管理器 |
无文档说明 | mstsc 挂起，会话冻结 | 否 |
xcopy 通过 \\tsclient |
无文档说明 | 在提示符处显示错误信息 | 否 |
robocopy /Z 通过 \\tsclient |
无文档说明 | 在提示符处显示错误信息 | 是 |
当你完全无法通过 RDP 传输文件时
有三种情况会结束故障排除，每种情况都有一个特征，将其与配置错误区分开来。
当封锁是蓄意的
适用于加入公司域的主机、Azure 虚拟桌面池、Windows 365 云电脑，以及位于 RD 网关之后的任何会话主机。在这些环境中，为了阻止将文件传输到会话中，会有意关闭剪贴板和驱动器重定向；同时还会设置客户端到服务器的剪贴板限制，专门允许文本而拒绝文件。你可以通过主机并非你所拥有、且策略是在域级而非本地设置来识别这一点。请申请获批的传输途径，而不是在受管机器上更改设置。
当客户端无法重定向时
适用于主机允许重定向，但你的客户端软件未提供任何可供你更改的控制项的情况。 Windows App 在 Windows 上的界面中不提供任何重定向设置，也没有办法指定特定的本地文件夹，对此 微软明确指出，因此需要由管理员为你更改策略。RDS Web 客户端也有其对应的做法，而且更为严格。微软表示，该 Web 客户端仅支持复制和粘贴文本，完全不支持向其或从其复制或粘贴文件，因此，本文所讨论的这一现象在那里是永久性设计。文件只能通过会话菜单中的专用上传图标传输，并会出现在 远程桌面虚拟驱动器 > 上传，正如 微软在其 Web 客户端指南中所述。当该虚拟驱动器 完全未出现，原因在于部署或本地资源同意提示，而不是你的机器上的任何问题。在这两种情况下，客户端都没有 本地资源 选项卡可供你查看。
当副本通过 RD 网关时
适用于传输能够完成但速度极慢的情况，且仅在路径中存在网关时适用。微软 Q&A 上有一位管理员在一个两兆字节的文件上遇到了该问题，将原因追溯到 HTTP 传输，并恢复了正常的复制速度，方法是将一个REG_DWORD 值，名称为 RDGClientTransport，设置为 1，这会使客户端从 HTTP 切换到较旧的 RPC-HTTP 传输。在HKCU\Software\Microsoft\Terminal Server Client 下创建该值，这是其他 Microsoft Q&A 报告 使用的位置。上面的帖子将其设置在 HKLM 下，因此如果前者无效，请尝试另一个配置单元。显示流畅度会略有下降。文件复制再次可用。
大多数人首先尝试的做法，以及为什么它不起作用
几乎每个帖子中的第一步都是重启 rdpclip.exe，而且通常是在错误的机器上。它运行在远程主机上，每个会话一个实例，所以在你的笔记本上重启并不会改变什么。即使在正确的机器上，它也会重置剪贴板通道而保持驱动器通道不变，这使得它并不适用于文本已经可用的故障。我们的 复制粘贴修复指南 涵盖了它确实有用的情况。
第二种做法是在策略更改后先断开再重新连接。断开会让会话在主机上保持存活，其重定向通道与建立连接时协商的状态完全一致。 gpupdate /force 会刷新此计算机上的策略，但不会为已打开的会话重新协商这些通道。只有完全注销才能重新构建它们。
第三类是深度清理。Microsoft Q&A 上的一位管理员记录了 在一台 Server 2016 主机上的九次尝试，其中包括卸载杀毒软件、替换 rdpclip.exe 二进制文件（取自一台复制粘贴正常的服务器）以及清理域控制器下发的所有组策略，但毫无变化。另一位记录了 在 Server 2022 上的八次尝试，sfc /scannow、DISM 和修复安装等，仍然无法让 rdpclip.exe 在会话内保持存活。二进制本身几乎从不是问题。
最后一种花费时间最少、也最常被尝试的做法是：把文件拖入会话窗口。这个特定的拖拽不会起任何作用，因为 RDP 并不原生支持跨越会话边界的拖放，这一点一位 Microsoft Q&A 的回答者已 详细说明。同一位回答者也指出了唯一可行的那种拖拽。并且值得注意的是：一旦驱动器重定向已启用，你可以在会话内部在被重定向的驱动器与远程文件夹之间进行拖拽，因为资源管理器将两者都视为普通位置。人们最先尝试的那种拖拽，从来就没起过作用。
HelpWire 作为 RDP 文件传输的替代方案
HelpWire 在其自身的远程会话中传输文件，因此不受 RDP 重定向层的限制。这使其在 通过 RDP 的文件传输因您无法更改的原因被阻止时成为一种实用的替代方案。它是一款面向 IT 支持团队、独立技术人员以及小型公司的内部 IT 的远程访问软件。并且在以下两种特定情形下契合本文讨论的问题：其一，主机的配置不由您更改；其二，运行 Windows Home 的远程计算机本就无法接受 RDP 连接。
会话从您通过任何已在使用的渠道发送的链接开始。对端人员打开该链接，运行下载的便携式应用，并点击 授予访问权限，他们无须创建账户。 远程桌面文件传输在会话保持活动期间均可使用，下面的方法来自 HelpWire 的 文件传输文档。
方法 1: 右键单击，复制，并粘贴到客户端计算机
双向均适用。
-
开始会话，并等待客户点击 授予访问权限。
-
在您自己的计算机上，右键单击要发送的文件，然后选择 复制。
-
在 HelpWire 会话中，在客户端计算机上右键单击目标文件夹，然后选择 粘贴。
-
查看传输。进度会显示在客户端的计算机上。
方法 2：将其拖放到 Operator 窗口中
仅在从你的机器到客户端机器的方向上起作用，这正是本文所讨论的方向。
-
在会话处于活动状态时，在您自己的计算机上选择一个或多个文件，或整个文件夹。
-
将所选内容拖到已打开的 HelpWire Operator 窗口上并松开。这些项目会出现在客户端的剪贴板中。
-
在客户端的计算机上右键单击目标文件夹，并选择粘贴以完成传输。
方法 3: 键盘快捷键
当你已经选择了该文件时的最快路径。
-
在本地计算机上选择该文件并按下
Ctrl+C。在 macOS 上，按下Cmd+C。 -
在客户端的计算机上，单击进入目标文件夹。
-
按下
Ctrl+V，或在 macOS 上按Cmd+V。
常见问题
它会复制。 Ctrl+X 在本地文件上执行，随后 Ctrl+V 在会话内，会使原件保留在原处，并在远程计算机上放置一份副本。 RDP 在重定向边界上不支持移动语义。 如果你想要的是移动，请自行删除本地原件，并先确认远程副本能够打开。
\\tsclient\c。不提供文件对话框的已发布应用程序根本不给你任何途径，此时的解决办法是使用完整的桌面会话，而不是已发布的应用程序。 重定向一个文件夹，因为 macOS 客户端是在文件夹级别而不是整卷级别工作。编辑已保存的连接，打开其重定向设置，并添加你想访问的本地文件夹。然后连接，并在会话中的 \\tsclient 下查找它。由此得出的一个实用习惯是：在 Mac 上保留一个专用的传输文件夹，并且只重定向该文件夹，而不是将客户端指向你的主目录，因为在会话存续期间，重定向文件夹中的所有内容都可从远程机器读写。
是的，通过浏览器的文件夹重定向时，单个文件上限为 255 MB。您上传的文件会进入重定向的虚拟驱动器内的 Uploads 文件夹，而不是您选择的路径，因此任何需要放到特定目录的内容都必须在会话中再移动一次。更大的文件需要使用桌面客户端并采用常规的驱动器重定向。
不可以，因为 Windows 11 家庭版不包含 RDP 主机服务，无法接受传入连接。该版本中，远程桌面切换开关在设置 > 系统里按设计不存在，而那些声称能添加它的非官方补丁在累积更新后会失效，并带来自身的维护问题。请升级版本，或使用不依赖 Windows RDP 主机的工具。
仅在需要的连接上将其打开，在其他地方保持关闭，因为驱动器重定向是 RDP 文件可以请求的影响最深远的功能。微软将其列为最危险的重定向之一：能够写入你被重定向的卷的远程计算机可以将程序放入你的启动文件夹中。而指向网络共享的重定向驱动器号会将这种影响扩展到你所在组织的其他系统。这就是 2026 年 4 月变更背后的理由，也正因如此，在你无法控制的主机上，驱动器复选框值得稍作思考，而不是下意识地勾选。
