当用户想要在他们的工作站以及远程(但在他们的桌面上),在Windows上工作时,最佳实践建议

我有一个5人的工作小组.他们都拥有 Windows 7的专用机器.
它们都连接到运行Windows Server 2008 R2的中央服务器,目前主要提供文件服务器角色,一个共享数据目录.

现在,当这些用户想要在旅途中连接到“他们的桌面”时,这被认为是最佳实践.可能会将与桌面相关的所有内容存储在服务器上,因此并非所有这些桌面计算机都必须全天候运行?

更多细节:

>我可以通过不同的公共端口将远程桌面端口3389移植到不同的机器,但是如果可能的话,应该允许这些机器断电.此外,我认为,安全方面,即使在非标准端口上,将所有这些机器暴露给WAN也很棘手.只有一台机器,服务器,处理远程连接听起来更好,可能在服务器上执行个性化桌面环境.可能?
>到目前为止,我试图尽可能地将用户数据与用户的机器分开,但运气不佳.在* nix上通过NFS拥有homedir很简单,在MS世界中,“远程配置文件”似乎被认为是不可靠的,并且一旦这些“配置文件”变大就会陷入困境,并且必须在每次登录时通过网络进行拉取. mklink并因此将本地Win7 Profile目录转换为服务器共享似乎是hackish,并且仅适用于最新的Win OS.此外,我到目前为止遇到了各种许可和体系结构问题,例如当我尝试在Win Server本地使用相同的Win 7 Profile目录和类似的设置用户时,哎哟.
>现在处于中间位置,我有一些数据服务器端和一些本地数据.例如,人们的桌边Outlook从服务器中提取文件(被MS认为是不稳定的,至少据我所知;当数据最终被破坏时手指交叉).
>更多hackish middleground:我通过在桌边计算机和服务器上使用相同的应用程序来模拟服务器端桌面.人们只能在服务器上使用相同用户名,/同一密码的配置文件(ouch)登录服务器,并找到与真实桌面系统上类似的桌面(arg!).
> Microsoft终端服务是解决方案吗?到目前为止,我无法绕过它实际做的事情.或者它如何帮助我.

终端服务器是要走的路.

或者另一种方式是VPN进入网络,然后在工作站上进行RDP.

这取决于你什么是最好的.

相关文章

Windows注册表操作基础代码 Windows下对注册表进行操作使用的...
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的...
一个简单的Windows Socket可复用框架说起网络编程,无非是建...
Windows文件操作基础代码 Windows下对文件进行操作使用的一段...
Winpcap基础代码 使用Winpcap进行网络数据的截获和发送都需要...
使用vbs脚本进行批量编码转换 最近需要使用SourceInsight查看...