WIndows Server 2012和2012 R2中可以在没有域的情况下单独由PowerShell部署和管理远程桌面服务吗?


19

Windows Server 2008 R2允许在没有域且对域没有任何要求的情况下部署终端服务器(远程桌面服务)。这非常有用,特别是对于服务器的独立虚拟或云部署,该服务器由不需要或不需要任何ActiveDirectory或Domain功能的远程客户端进行远程管理。

随着Microsoft在每个Windows版本中对其技术的限制越来越严格,这变得越来越困难。使用Windows Server 2012,在不在域上但仍然可以的情况下,配置远程桌面服务的许可会更加困难。使用Windows Server 2012 R2(至少在预览版中),现在的障碍非常严重:

  1. Windows Server 2012 R2中的“添加/删除角色和功能”向导具有特殊的RDS部署模式,该规则具有一条规则,规定您不在域中就无法部署。它告诉您首先创建或加入域。当然,这与Active Directory域控制器不应与终端服务器计算机位于同一台计算机这一事实直接冲突。因此,Microsoft的技术与其说是不需要的节点群集,不如说是一种云操作系统,它需要支持我实际上想部署的一台计算机。这很麻烦,因此我试图找到一种解决方法。

  2. 但是,如果您跳过该向导,而只是选中“角色/功能”主向导中的复选框,则可以部署功能,但是UI不在此处进行配置,当您返回角色向导上的“ RDS配置”页面时,您会收到一条消息,提示您以本地计算机管理员身份登录时无法管理远程桌面服务系统,因为尽管您拥有(在基于工作组的系统中)所有的管理员特权,但RDS配置UI会不接受这些凭据,让您继续。

简而言之,我的问题是,我仍然可以得到以下最终结果:

  • 我需要允许每个系统10-20个用户进行RDS(TS)会话。
  • 我不需要任何花哨的RDS选项,除非Microsoft以某种方式依赖于这些功能。我相信我需要“ RDS会话主机”,因为这是“终端服务器”的勇气。微软表示,它是“用于远程桌面服务客户端的完整Windows桌面。
  • 我需要配置许可,以使宽限期不会到期,而使RDS无法正常工作,因此这可能意味着我需要一种配置TS CAL的方法。

如果从技术上可以通过明智地使用PowerShell来完成上述所有工作,那么我准备甚至考虑开发我需要完成上述工作的所有PowerShell脚本。我不是要有人为我写那个。我要问的是,除了蓄意破坏针对工作组用户的2012 R2 UI外,还有谁知道我上面想要做的事情是否存在技术障碍吗?如果我从PowerShell脚本操作和控制基础技术,这些基础技术是否仍然可以使用?

显然,一个单词“是”或“否”的答案对任何人都没有帮助,所以问题实际上是,是或否,为什么?在这种情况下,答案是肯定的,然后如何。


微软似乎竭尽全力使这一切成为不可能,答案是否定的。微软曾说:“拧紧你的人。”
沃伦·P

您有没有从MSFT得知这是不可能/可行的消息?
Mathias R. Jessen 2014年

您需要完整的远程桌面服务,还是远程桌面本身就足够了?默认有1个或2个用户限制,但是我已经看到了使用组策略或ahem修改的库的方法,这些库允许更多..不确定它们是否适用于2012年...或者该建议在您的情况下是否合适..
Jon Kloske 2014年

@JonKloske从技术上讲2个用户限制是针对管理员而非用户的
MDMoore313

@ MDMoore313-参考或它没有发生:) technet.microsoft.com/zh-cn/library/cc753380.aspx和其他百万个链接都说没有RD会话主机角色,2是最大远程限制。请引用一些支持您要求的内容或将其删除以避免混淆!
乔恩·克洛斯凯

Answers:


10

我发现自己和您一样。在独立的Server 2012机器上部署远程桌面非常困难,因为Microsoft的人员不允许您在无域网络上运行它,如果这样做,则无法管理所有设置。

因此,您可以安装基于工作组的框,并使远程桌面角色在该框上工作。我们还需要在同一台计算机上安装“远程桌面授权”功能。但是,这时一次,即使您在服务器上安装了正确的RDS CAL,当用户登录时,也会收到有关试用期已打开的消息。

我终于设法使其正常运行,至少类似于我们以前知道的老式终端服务。这对我在需要RDS但负担不起网络上有两台服务器的小型客户的两台生产机上起作用。

开始了:

  1. 使用以下步骤安装远程桌面许可和远程桌面会话主机角色服务:

    • 打开服务器管理器
    • 单击管理,然后选择添加角色和功能
    • 选择基于角色或基于功能的安装
    • 在“远程桌面服务”下,选择“远程桌面许可”和“远程桌面会话主机”角色服务。
    • 继续安装
  2. 将许可证服务器添加到“终端服务器许可证服务器”组中,然后重新启动远程桌面服务(可以使用licmgr.exe

  3. 将许可证添加到许可证服务器。

  4. 配置远程桌面会话主机角色,以使用本地远程桌面许可服务器。跟着这些步骤:

    • 以管理员身份打开PowerShell
    • 在PS提示符下键入以下命令,然后按Enter:

$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting

运行以下命令来设置许可模式(注意:“每设备”的值= 2,“每用户”的值= 4,我们使用每用户)

$obj.ChangeMode(4)

运行以下命令,将计算机名称替换为许可证服务器(mylicenseserver是服务器的名称):

$obj.SetSpecifiedLicenseServerList("mylicenseserver")

运行以下命令以验证使用上述步骤配置的设置:

$obj.GetSpecifiedLicenseServerList()

您应该在输出中看到服务器名称。

完成此操作后,重新引导系统并以任何用户身份登录(如果使用工作组,则您知道用户必须是的一部分Remote Desktop Users),并且试用期消息将消失。

所有这些混乱的来源:http : //support.microsoft.com/kb/2833839

与管理 Powershell

您可以管理一些事情Powershell。要查看命令,请尝试:

import-module RemoteDesktop get-command -module RemoteDesktop

您可以通过Powershell执行命令列表来管理您的盒子。但是,我尝试了一些,但是其中一些要求您安装一些额外的功能,这些功能无法在我们正在讨论的场景中部署。

丑陋的方式

如果以上方法都不适合您,则可以使用一种方法将宽限期重置为最初的120天。当然,我不建议您这样做,因为用户会不断注意到该消息。当然,您需要购买适当的许可证。

要重置计数器,只需删除此注册表项:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Grace Period

当然,您需要额外的权限才能执行此操作,因此regedit以管理员身份执行将不起作用。尝试这个:

  • 获取PSEXEC
  • 以管理员身份启动cmd
  • psexec -s -i regedit.exe
  • 删除所需的密钥
  • 重启

希望其中一些对您有用。如果您在Powershell和RDS方面取得了一些进步,请告诉我们。


我注意到,在Win Server 2012 R2中,它们实际上竭尽全力阻止您使用该密钥。感谢您的PSEXEC提示!
沃伦P

1
我认为,更好的解决方案是停止使用Microsoft产品,因为它们竭尽全力阻止小型企业(为其产品付款的人)使用Microsoft产品来完成自己想要的事情,经营自己的业务。显然,Microsoft只关心大型企业部署,其中活动目录集成和批量许可系统使他们为终端服务器功能收取额外费用的工作变得容易一些。
沃伦·P

如何“将许可证服务器添加到终端服务器许可证服务器”组?我在licmgr.exe中看不到任何方法可以做到这一点。
Shackrock

6

当我在实验室中设置一个环境来尝试此操作时(一个没有域的简单RDS部署),我找到了您问题的答案,尽管这不是您想听到的。

[Server 2012和2012 R2]中的RDS要求将其所有服务器添加到域中。根据Microsoft远程桌面虚拟化团队的程序经理的说法,他写了链接的MSDN博客文章“使用Windows PowerShell设置新的远程桌面服务部署”。

因此,很抱歉,这不是您想要的答案,但对我来说似乎很权威。您无法做您想做的事,因为Microsoft已决定将域成员身份作为Server 2012和2012 R2中RDS服务器的技术要求。


对于Microsoft而言,这是一个古怪的想法。我的阅读也趋向于你的路线。Microsoft打算合并多个“从客户提取现金”系统(RDS CAL许可和基于域的集中许可)。那些想要使用独立工作组终端服务器的人干high了。
沃伦P

1

我确实在测试期间发现这很重要,至少要配置一个启用了IPv6的NIC。这是需要进行环回,以使RDS许可证服务器与其自身进行通信,以使其尝试通过IPv6解析以实现此目的(如Pings中所示)。我在两个NIC上都禁用了IPv6,这导致服务器无法正确环回。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.