Windows Server 2008 R2允许在没有域且对域没有任何要求的情况下部署终端服务器(远程桌面服务)。这非常有用,特别是对于服务器的独立虚拟或云部署,该服务器由不需要或不需要任何ActiveDirectory或Domain功能的远程客户端进行远程管理。
随着Microsoft在每个Windows版本中对其技术的限制越来越严格,这变得越来越困难。使用Windows Server 2012,在不在域上但仍然可以的情况下,配置远程桌面服务的许可会更加困难。使用Windows Server 2012 R2(至少在预览版中),现在的障碍非常严重:
Windows Server 2012 R2中的“添加/删除角色和功能”向导具有特殊的RDS部署模式,该规则具有一条规则,规定您不在域中就无法部署。它告诉您首先创建或加入域。当然,这与Active Directory域控制器不应与终端服务器计算机位于同一台计算机这一事实直接冲突。因此,Microsoft的技术与其说是不需要的节点群集,不如说是一种云操作系统,它需要支持我实际上想部署的一台计算机。这很麻烦,因此我试图找到一种解决方法。
但是,如果您跳过该向导,而只是选中“角色/功能”主向导中的复选框,则可以部署功能,但是UI不在此处进行配置,当您返回角色向导上的“ RDS配置”页面时,您会收到一条消息,提示您以本地计算机管理员身份登录时无法管理远程桌面服务系统,因为尽管您拥有(在基于工作组的系统中)所有的管理员特权,但RDS配置UI会不接受这些凭据,让您继续。
简而言之,我的问题是,我仍然可以得到以下最终结果:
- 我需要允许每个系统10-20个用户进行RDS(TS)会话。
- 我不需要任何花哨的RDS选项,除非Microsoft以某种方式依赖于这些功能。我相信我需要“ RDS会话主机”,因为这是“终端服务器”的勇气。微软表示,它是“用于远程桌面服务客户端的完整Windows桌面。
- 我需要配置许可,以使宽限期不会到期,而使RDS无法正常工作,因此这可能意味着我需要一种配置TS CAL的方法。
如果从技术上可以通过明智地使用PowerShell来完成上述所有工作,那么我准备甚至考虑开发我需要完成上述工作的所有PowerShell脚本。我不是要有人为我写那个。我要问的是,除了蓄意破坏针对工作组用户的2012 R2 UI外,还有谁知道我上面想要做的事情是否存在技术障碍吗?如果我从PowerShell脚本操作和控制基础技术,这些基础技术是否仍然可以使用?
显然,一个单词“是”或“否”的答案对任何人都没有帮助,所以问题实际上是,是或否,为什么?在这种情况下,答案是肯定的,然后如何。