乍一看，这个问题类似于这个。当我尝试通过 VPN 将某个文件从 Windows Server 2008 R2 网络共享复制到 Windows XP Professional 客户端时，遇到了奇怪的行为。VPN
是使用服务器计算机上的 RRAS 设置的。我将尝试提供尽可能多的信息，以使问题更加清晰。
当尝试复制大小约为 2.5 MB 的压缩文件时（通过 Explorer 或 CMD，无所谓），该过程在约 20% 后停滞，并在几秒钟后生成错误消息：
无法复制文件名：指定的网络名称不再可用。
如果我同时启动该命令ping -t 192.168.2.1（其中指定的 IP 地址属于服务器）和复制命令，我可以清楚地看到 ping 命令超时几秒钟，因为复制过程会停滞。发生这种情况时，所有网络活动都会冻结。几秒钟后，网络恢复，ping 继续正常运行，但复制过程在显示上述错误消息之前停滞不前。
复制其他文件（我试了 4-5 个文件），有些较大，有些较小，成功了。我似乎可以复制所有未压缩的文件。一旦我尝试复制档案，过程就会冻结。即使是 707 KB 的大档案也无法复制。
我只能在两台计算机上重现此行为，两台计算机均为 Windows XP Professional，一台安装了 SP2，另一台安装了 SP3。其他 XP 客户端没有此问题，Windows 7 客户端也没有。
如果我从这两台机器中的任何一台（使用同一个用户帐户）使用远程桌面连接而不使用 VPN 连接到服务器，我可以正常复制任何我想要的东西，甚至是这些“有问题的”文件。
有谁知道可能会发生什么事吗？
答案1
对于大文件，Windows 网络文件传输很容易出现此类错误。
我建议使用带有 /Z（以可重启模式复制）选项的 robocopy。这将允许客户端自动从中断点恢复，而不是不断地重新开始。
这种情况可能是由网络负载、服务器负载、客户端负载或其他几个因素引起的。但是，如果始终是某个特定文件，我会考虑对服务器进行碎片整理并在可能的情况下对其运行 chkdsk。您可能还需要检查磁盘负载；您可能需要采取措施来提高性能，方法是添加更多文件服务器或更改 RAID 类型和控制器或使用物理上更快的驱动器。
许多 VPN 系统不仅对数据进行加密，还会对其进行压缩（这通常可以提高安全性，并且绝对可以提高带宽利用率），但这会增加开销，从而可能导致延迟。更具体地说，压缩文件可能无法再压缩更多，因此与传输相同文件大小的未压缩数据相比，网络在传输此文件时要做的工作更多。