使用Microsoft的远程桌面连接时，可以将某些本地驱动器设置为在远程计算机上可用。 在远程盒子上，它们在资源pipe理器中显示为“E on LOCALBOX”，并提供一种简单的方法来复制文件。 在服务器核心安装没有资源pipe理器，所以如何从命令行访问驱动器？ 当使用在Server Core上运行的第三方文件pipe理器时，驱动器显示为“系统文件夹”，但我无法打开它们。
我是基于服务器的Web应用程序的开发人员。 我的客户已经组织了一个虚拟服务器，由他们的一个ISP托pipe。 服务器正在运行Windows Server 2008 R2。 这是一个完全独立的机器（即没有域名，没有政策推下来等），我完全控制它。 我应该注意的是，虽然我知道Windows的合理数量，但我并不是服务器pipe理员，也不知道如何pipe理服务器。 但是，ISP不提供用于访问机器的任何种类的VPN或其他安全性。 他们已经开放了我需要公开的端口，但是RDP端口引起了我的一些担心。 我需要能够从几台机器到RDP，不幸的是，其中一些机器是移动机器，具有dynamicIP。 虽然这个应用程序的风险很小，但我仍然不喜欢让RDP向全世界开放 – 不幸的是，他们给我的选项是： 向全世界开放RDP，这样我就可以在服务器上使用Windows防火墙来pipe理允许访问机器的IP 在防火墙级别将RDP打开到特定IP 我想知道是否有任何其他解决scheme，任何人都可以想到哪些可以让我安全的RDP，但以某种方式打开它，以特定的IPs，如果我需要，这将工作在这样的独立机器？
我怎样才能在一个子网（即我的家用电脑和家庭networking作为一个整体）的机器rdp我的服务器，没有别的？
我目前需要从笔记本电脑到服务器A的RDP，然后从服务器A到服务器B的RDP。到目前为止，我发现回到服务器A的唯一方法是从服务器B注销。我丢了？ 我真的很想在不closuresB的连接的情况下在两者之间切换。
当我连接到Windows 2003计算机时，我可以使用/ console开关，并在服务器上获得第三个远程pipe理会话。 这似乎不适用于Windows 2008 R2，只允许2个会话。 此function已被删除？ 谢谢，但我的问题不是关于交换机，而是关于Windows 2008 v Windows 2003的行为。虽然，这是值得注意的交换机相对于客户端。 如果其中一个使用控制台交换机，Windows 2003基本上允许3个远程pipe理模式的同时连接。 Windows 2008似乎已经删除了这个，不pipe我们使用哪个开关，我们只能得到两个用户。
我已经习惯了Server Core，而且我知道在某些时候，我将在通过远程桌面会话连接的同时在命令窗口中input“Exit”。 我知道如果在连接到本地控制台的情况下这样做了，你可以按Ctl-Alt-Del调出任务pipe理器并selectNew Task并运行CMD.EXE来获得命令窗口。 但是，您不能在RDP会话中按CTRL-ALT-DEL。 所以，在我犯这个错误之前，我想我会发现会发生什么，以及我如何回到命令窗口。 谢谢！
我正在考虑将大量的开发软件移植到托pipe服务器上，并通过RDP远程连接到服务器，从而获得一台非常轻便的笔记本电脑，以便从任何地方开展工作。 我需要什么样的互联网连接速度才能使这种无痛无暇？ 还有什么我应该考虑到这一点时呢？
正如你可能都知道的那样，RDP for Windows中不断出现新的安全漏洞。 我已经search了这个问题，并可能修复/解决scheme。 我感到惊讶的是，没有人提到，限制在Windows防火墙的IP范围作为一个可能的修复（以便只有你的IP可以连接到机器）。 我想这是因为，由于某种原因，这不是一个好的解决scheme（我不是专家）。 所以我的问题是，这个解决scheme有什么问题？
我们有一个用作RemoteApp的应用程序。 用户通过网关访问RemoteApp。 每次发生exception断开（连接失败）时，我们都会遇到Win64上运行MSTSC v.6.3的用户崩溃（Windows 7和Windows 8testing）。 典型的崩溃是MSTSC内的访问冲突，并显示错误消息“远程桌面连接已停止工作”。 但有时MSTSC只是冻结。 事件查看器显示“应用程序错误”，事件ID 1000，exception代码0xC0000005（==访问冲突）。 Win64上的MSTSC v.6.2或更早版本或Win32上的MSTSC（任何版本）可以正常工作。 如果我们允许用户直接访问TS服务器，绕过网关服务器就不会崩溃。 在这种情况下，连接失败后，MSTSC自动重新连接成功。 有人知道解决这个问题吗？ 任何帮助是受欢迎的。 事件查看器的附加信息： 错误应用程序名称：mstsc.exe，版本：6.3.9600.16415，时间戳：0x524b5b3d 错误模块名称：mstscax.dll，版本：6.3.9600.16503，时间戳：0x52c5f878 exception代码：0xc0000005 错误偏移量：0x0000000000439b7a 错误进程ID：0x1658 错误应用程序开始时间：0x01cf84a3cfff7048 错误的应用程序path：C：\ Windows \ system32 \ mstsc.exe 错误模块path：C：\ Windows \ system32 \ mstscax.dll 从Visual Studio Express 2012debugging器堆栈跟踪： mstscax.dll的！CClientProxyTransport :: SetErrorStatus（长） mstscax.dll！CClientProxyTransport :: GetErrorStatus（long，class CClientProxyTransport *） mstscax.dll！CProxyClientSendPacket :: OnComplete（long，unsigned long） mstscax.dll的！CAAAsyncSend ::的onComplete（长） mstscax.dll！CAARpcClientChannel :: […]
我们在美国有一个网站，通过100Mb的租赁线在英国的数据中心有一个固定的VPN。 我们的数据中心环境是RDS服务器的2012 R2会话集合，使用Microsoft连接代理，RDC网关和会话集合Web门户向用户呈现RDP应用，然后连接到其中一个会话收集服务器（“农场” ） 连接代理，网关服务器和服务器服务器都在英国数据中心的同一个物理位置/同一LAN中 所有客户端正在运行最新的RDP版本8.1 RemoteFX已启用和正在使用中 从这个位置到英国数据中心的延迟是140毫秒 当用户使用会话集合门户连接到服务器场时，他们总会得到2个小节，并且在RDP栏中的连接质量很差。 结果是笨拙的performance。 如果他们绕过门户网站，并通过MSTSC直接连接到“农场”服务器之一（记住永久VPN在美国和英国之间运行），他们的连接质量好到极好，所得到的体验是完美的。 什么是会话收集门户/连接代理/网关服务器做的RDP可能会导致这种巨大的差异，而不是直接的MSTSC？ 为了说明问题，在美国这个地方没有局域网的networking问题，设想一个最新的客户端，相同的LAN位置，100 Mb的带宽，140毫秒的延迟等基本上没有任何改变，除了使用MSTSC直接服务器场中的服务器之一，或者使用基于HTTPS的RDP通过门户/连接代理/网关。