如何通过 RDP 更好地复制和粘贴大文件？

Question

最近，我尝试通过 RDP 将一个大（1.2 GB）文件复制并粘贴到远程计算机。远程计算机是带有 MS Windows Server 2008 Datacenter 的虚拟测试机。

首先，当传输速度被客户端计算机 ISP 限制为 100 kB/s 时，我尝试在午夜之前复制和粘贴。所以，它需要几个小时，我被迫取消传输，因为远程桌面变得太无响应和迟钝（慢）。所以，当我的本地传输速度超过 4MB/s 时，我在午夜重新启动它。

所以，我的印象是，在复制和粘贴传输的速度（宽带）上，远程计算机在通过 RDP 复制时变得缓慢。同时从互联网下载不会使远程主机缓慢。

AFAIU，这是因为远程计算机的剪贴板及其内存因传输而过载。
如何控制（限制）剪贴板在特定进程（粘贴文件）中的使用？

有哪些可能的控制方法？

更新：
在阅读了传输速度缓慢是由用于通过 RDP 复制和粘贴的加密引起的之后，并且因为我相信我对整体效率更感兴趣：获取文件的时间或速度以及无需等待即可工作的可能性，我将问题标题从：

• 如何控制使用远程桌面剪贴板粘贴大文件？

到

• 如何通过 RDP 更好地复制和粘贴大文件？

例如，复制并粘贴一个巨大的（zip）存档还是解压缩并复制粘贴一个包含解压缩文件的文件夹更好？

更确切地说，我想问的是：

• 改善整体体验的可能方法有哪些：

  • 传输速度（即所需文件的可用性）
  • 远程主机的响应能力（在完成复制和粘贴之前使远程计算机可用于工作）？

Answer 1

有一个 RDP 选项可以创建指向远程计算机上本地驱动器的链接。要启用它，请启动 RDP 客户端，单击（显示）选项，？打开“本地资源”选项卡。? 点击“更多”？勾选“驱动器”复选框。

连接后，打开远程系统上的 Windows 资源管理器。您的本地驱动器应出现在“我的电脑”中驱动器列表的底部。它显示为“C on your_computer_name”。

您现在可以将文件从一个系统拖放到另一个系统。

Answer 2

我在 Windows 7 机器上使用 robocopy，使用 unc 名称 \\tsclient。

Answer 3

当您说 Zip 文件时，您是指与所有单个文件大小相同的未压缩存档吗？或者你的意思是压缩档案？因为就在那里，如果您谈论的是压缩档案，您的传输速度会更快，严格来说这会更好。当然，如果您考虑到制作存档所需的时间以及提取存档所需的时间，那么两台机器的规格就可以确定存档是否优于松散文件。

现在，由于您在谈论 RDP（与 VNC 相对），因此远程连接的带宽使用量相当大。RDP 比 VNC 响应更快，颜色深度（默认情况下）超过 256 色（32 位，如果你不改变它），屏幕大小将是你桌面的大小，等等......所有这些因素影响仅用于远程连接的带宽。如果您删除诸如...远程桌面的大小和颜色深度为 16 位或更少的内容，请确保您不共享声音等...这将减少远程连接的带宽，以便当您正在传输文件，远程会话应该响应更快。

最后，除非您可以限制文件传输，否则无论您在传输文件时做什么，远程会话都会变得缓慢，因为尽可能多的可用带宽将用于之间的传输远程机器和您的机器。

编辑

您正在尝试找到一种简单的方法来传输文件而不影响远程连接的质量。它们是大文件还是小文件都没有关系。在您的一端（客户端机器），您正在向远程机器（服务器机器）喷射少量数据。您知道……打字、鼠标命令等。服务器一直在向您发送大量数据，这些数据以图像的形式构成了您在远程连接中看到的内容。因此，在传输任何文件之前，您已经在向一个方向传输大量数据。这就是为什么我提出了你可以做的事情来减少你正在传输的数据量......即为桌面上的远程机器使用较小的分辨率（而不是全屏）...... 将颜色数量从 32 位减少到 16 位甚至 8 位。这两个步骤将减少您从服务器（远程）传输到客户端（您）的数据量。这也意味着当您开始沿相同的连接和路由传输文件时，您的远程连接将受到的影响较小。

正如我所说的……您无法做任何事情才能使连接保持清晰和响应迅速。为什么？因为一旦您开始将文件从服务器传输到客户端，这将占用该管道沿线可用的每一位带宽....并且您已经将该管道沿线的一些带宽用于远程连接本身。

首先，当传输速度被客户端计算机 ISP 限制为 100 kB/s 时，我尝试在午夜之前复制和粘贴。所以，它需要几个小时，我被迫取消传输，因为远程桌面变得太无响应和迟钝（慢）。所以，当我的本地传输速度超过 4 GB/s 时，我在午夜重新启动它

所以当你第一次尝试传输时，你有一个 100kb/s 的下载连接。您正在以尽可能快的速度移动 1.2gb 的文件，这将尽可能多地消耗掉 100kb/s。这将为支持远程桌面连接的数据留下什么空间？所以，当然它会变得迟缓和反应迟钝。您唯一没有考虑的是服务器的上传速度。如果服务器的上传速度低于您的下载速度......并且在这个完美的假设中，服务器和您之间的路线允许此上传速度保持恒定，一旦您开始传输文件，几乎所有的带宽将被文件传输吃掉，这将使远程连接受到影响。

为什么？

由于没有将文件传输限制为特定速度或可用带宽的百分比，因此它将尝试使用它可以使用的每一 kb/s。根据事物的性质，这将使远程连接受到影响。

即使将文件从服务器传输到第三方（如某处的 FTP 服务器）也会使传输过程中的连接缓慢，因为同样，尽可能多的可用带宽将分配给该传输。但是，一旦传输完成，您就可以从 FTP 服务器下载它，而不会影响远程连接的响应能力……再次因为午夜之后您的传入管道比服务器的传出管道大得多。

所以，我会尝试降低远程连接的质量。

Answer 4

我认为这些答案都没有真正很好地解决了这个问题。

Microsoft RDP 是一种并未针对文件传输进行真正优化的协议。如果您的连接有点慢，那么文件位的移动（与 UI 数据包（如屏幕绘制和鼠标移动）通过同一网络管道传输）可能会导致其中一项超时；然后，服务器会假设您已失去连接并断开您的连接，从而破坏您的 IO 通道。这当然会使问题变得更糟。

首先，您应该考虑您的工作流程，看看您是否有更简单的方法将文件移动到另一个不违反安全策略的通道（例如通过 Internet 移动到您的服务器而不是从您的工作站）。

如果您决定必须使用 RDP 文件复制通道，请遵循这些对我来说非常有效的指南。

• 不要直接通过客户端的 UNC 路径访问大文件。例如，启用共享文件夹并从 \TSCLIENT\share 访问文件。这会将大文件内容推送到小型多用途管道上。
• 通过映射驱动器，您将获得一些优化和稳定性。例如，NET USE X:\TSCLIENT\Share会将驱动器 X: 映射到上述位置。尽管如此，网络管道过载仍会断开您的连接并断开您的驱动器映射。
• 最重要的是，在启动 RDP 客户端时，选择网络带宽设置“调制解调器”或“慢速”。这将更好地优化文件传输和声音通道，以便它们不会破坏用于 UI 控件的其余管道。
• 在 OS X Microsoft 远程桌面客户端上，此设置奇怪地不可用。在这种情况下，安装 MacPorts 并运行sudo port install rdesktop然后您可以连接 rdesktop 和-xm设置（将“体验”级别设置为“调制解调器或 28.8K”）
• 如果您遵循上述建议，您现在将拥有一个针对稳定性优化的连接，并且推送大文件不会断开您的连接。现在，使用比复制/粘贴或拖放更受控制的方式来复制文件：例如，尝试 **XCOPY X:*.msi C:\Install** 将匹配文件名模式的项目复制到指定的本地（服务器）目录。

我希望有人发现这些建议有帮助。他们当然为我工作。