PowerShell | Be What's Automated .. ™

Manoj Nair's technical blog covering topics such as PowerShell,Exchange Server,Virtualization, Windows Server and related Microsoft Technologies

RDS PowerShell : TFM – Part II : Configuring Remote Desktop Session Host Server using RDS Provider for PowerShell

RDS PowerShell : TFM – Part II : Configuring Remote Desktop Session Host Server using RDS Provider for PowerShell

  • Comments 1
  • Likes

If you have installed the RD Session Host Role via PowerShell, the first thing you will note is that the RD Session Host Server is set to “Don’t allow connections to this computer” and the Remote Desktop Users Group is empty.



To allow connections, we will browse to the SessionSettings Container and set the value of AllowConnections to 1.



Having set the value of AllowConnections to 1, we can verify if the RDS Server now accepts connections by going to the Remote Properties of the RD Session Server


Awesome, it worked. But it is using a less secure way to allow connections. In other words, it is not using Network Level Authentication.

To enable the NLA, we will have to browse to the path RDS:\RDSConfiguration\Connections\RDP-Tcp\SecuritySettings and set the value of the UserAuthenticationRequired to 1 as shown in the screenshot below.

If you are wondering where did I get this path, its all about browsing each directory and reading the help by using the dir <setting name> | format-list *

There are so many settings in Remote Desktop Services and hence it made sense to not to create a cmdlet for each configuration. Rather expose them via the RDS Provider and simply use the get-item or the set-item to retrieve and configure settings accordingly.


When we pop up the Remote Properties of the RD Session Host Server, we see that it has now be configured to use NLA


So we did set up the RD Session Host server to accept connections using NLA. Now, let’s populate our Remote Desktop Users Group.

To add Users to the Remote Desktop Users Group, we will use the Microsoft.TerminalServices.PSEngine.UserGroupHelper Runtime. To view a list of static members, I pipelined the runtime to Get-Member (alias is gm) and used the –static parameter


As verified earlier via GUI and now with PowerShell below, the Remote Desktop Users group is empty

[Microsoft.TerminalServices.PSEngine.UserGroupHelper]::ListMembers(“Remote Desktop Users”)


But if we use the same Runtime to list members of the Administrators Group which is obviously having the Domain Admins and the Administrator Account, we do get results displayed as shown below


Pay close attention to the syntax in which the Administrator (User Account) and the Domain Admins (Group) has been returned.

So if we need to add a group say Domain Users to the Remote Desktop Users Group, the input should go as Domain Users@POWERSHELL

We will now leverage the AddMembers member to add Domain Users to the Remote Desktop Users group

[Microsoft.TerminalServices.PSEngine.UserGroupHelper]::AddMembers(“Remote Desktop Users”, “Domain Users@POWERSHELL”)



Configuring Certificates for our RD Session Host Server:

To assign a SAN certificate to my RD Session Host Server, we will first need to obtain the thumbprint of the Certificate.


You can get this information either by accessing the Details tab of the Certificate or via PowerShell itself. Browse to the Cert: PS Drive as shown below:

Dir –path Cert:\LocalMachine\My


Copy the Thumbprint and provide it as an input to the following command shown below


Let’s verify via the GUI.


To digitally sign our RemoteApp Servers, we will assign the same SAN certificate to the RemoteApp Configuration.

Browse to the DigitalSignatureSettings container and first set the value of HasCertificate to 1 and then it will prompt you for the certificate thumbprint as shown below:


Check the RemoteApp Manager and refresh it if required. It should have the Digital Signature Settings use the SAN certificate we just assigned.


While on RemoteApps, let quickly populate our TS Web Access Computers Group with the name of our FUJI Server which is essaying the role of the RD Web Access Server

To do that, we will connect to the WebAccessComputers container (RDS:\RemoteApp\WebAccessComputers) and use the New-Item command to add the computer FUJI as given below


The following command will work from any location within PowerShell

New-Item –Path RDS:\RemoteApp\WebAccessComputers -Name FUJI@POWERSHELL




Configuring IP Virtualization:

To Configure IP Virtualization, we will first set the value of VirtualIPActive to 1 and then set the value of VirtualIPMode to 1 which defaults to Per Program


Again, remember the golden rule, to see what 1 or 0 means, refer the help by using the dir <setting name> | format-list * command


To add a Program to the list, we will use the new-item command as shown below



Installing RemoteApps:

To Add a Program to the RemoteApp Program List, you the following command. In the example below, we would be adding the Notepad application and set it to not use any CommandLine Argument

New-Item –Path RDS:\RemoteApp\RemoteAppPrograms –Name “Notepad” –ApplicationPath “C:\Windows\System32\Notepad.exe” –CommandLineSetting 0


You can further drill down and go to the Notepad Container to assign users to the Notepad Application






In this way, you can configure every setting that is available on the RD Session Host Server by using the RDS Provider for PowerShell.

Offline, I will install the RD Session Host Role on another server, FUJI, which also has the RD Web Access Role. Ideally we would separate out the workloads but since I have just a few VMs to play around with, we would use FUJI as our second RD Session Host Server.

Also note that the RD Web Access Role does not install the PowerShell Module for Remote Desktop Services which is quite obvious because in a typical environment there are only few instances of the Web Access role and it has just one time configuration involved.

  • Xoom Hosting is the top choice for web hosting and allied services in the United States and around the world with state of the art data centers in Michigan and California. We offer the best in Domain Registration, Server Collocation, Dedicated Servers and Managed Hosting Solutions to our customers worldwide.

    <a href=http://www.xoomhosting.com>server host</a>

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment