Skip to main content

Configuring Computer for WSUS with Group Policy

Windows Server Update Services (WSUS) is a valuable free tool from Microsoft that allows for organizations of any size to manage the updating of their Microsoft products from a central location.  One of the challenges that Network Administrators face is a controlled rollout of updates in a manner that allows problems to be addressed without risking the availability of all the clients and servers on the network.  WSUS allows for the creation of computer groups.  Technically these groups are not Active Directory Groups.  In this article, we will see how to target computers in Active Directory groups so they fall into a specified WSUS group.

In the image below, you can see the default WSUS groups.

image

We have a group called All Computers and Unassigned Computers.  All Computers is a catch all for all computers.  Both those assigned to a group and those that are not are contained in this group.  This group allows you to approved updates for all computers in your organization that is managed by WSUS. Unassigned Computers is the catch all for any computer that has not been assigned into a group.

 

If you want to do staged rollouts of updates, the default configuration will not work.  Let’s take a look at how to fix this with Active Directory, Group Policy and WSUS.

 

First in the WSUS manager, expand Computers.

Right click All Computers and select Add Computer Group.

image

In the Add Computer Group window, add the name of the WSUS group that you want to have clients placed in via Group Policy.  Click Add.

 

In the WSUS Console, select Options.

Click Computers.

Select Use Group Policy or registry settings on computers.

image

Click OK

 

In Active Directory Users and Computers, I have an OU named Groups. Inside this OU I have a group called HyperV_Servers.  I have three serves that are a part of this group.  Next I’m going to open Group Policy Management Console and create a new GPO called WSUS_HyperV_Servers. 

 

Edit this policy and expand Computer Configureation / Administrative Templates / Windows Components / Windows Update.  We are interested in the GPO setting of Enable client-side targeting.

image

 

Selected Enabled

Type the name of the WSUS group that you want clients assigned to this policy to be in.  This name must match the name of a group that you created in WSUS.

Click OK.

image

 

Close the Group Policy Management Editor.

In the Group Policy Management console, make sure your new GPO is selected.  Under Security Filtering, remove Authenticated Users and add HyperV_Servers to the group listing.

 

image

Now, we need to link this to the Domain.  Simply drag and drop the GPO onto the domain (in this case MCTEXPERT.COM) in Group Policy Manager

 

Click OK

image

 

To speed up the process, run the following commands on the clients.

Gpupdate /force

wuauclt.exe /detectnow

Even after doing this, it may take a few reboots or a couple of hours for everything to start working.  The image below has two of the three servers now populating the group.

image

 

An alternative method would be to not use security group filtering, but to apply the GPO on an organizational unit that contains the clients that you want to be mapped to a specific WSUS group.

Comments

Unknown said…
Appreciate this post! had a hell of a time getting machines out of unassigned, was setting name as the OU Not the group :/

Thanks for taking the time to compile this
Glad that I cold help Ryan. I noticed you are following my blog on Twitter. I post a lot of my questions from my Microsoft classes here. I hope you can find a few more tricks to help you shine like a rock star in the IT world.

Popular posts from this blog

How to list all the AD LDS instances on a server

AD LDS allows you to provide directory services to applications that are free of the confines of Active Directory.  To list all the AD LDS instances on a server, follow this procedure: Log into the server in question Open a command prompt. Type dsdbutil and press Enter Type List Instances and press Enter . You will receive a list of the instance name, both the LDAP and SSL port numbers, the location of the database, and its status.

How to run GPResult on a remote client with PowerShell

In the past, to run the GPResult command, you would need to either physically visit this client, have the user do it, or use and RDP connection.  In all cases, this will disrupt the user.  First, you need PowerShell remoting enabled on the target machine.  You can do this via Group Policy . Open PowerShell and type this command. Invoke-Command –ScriptBlock {GPResult /r} –ComputerName <ComputerName> Replace <ComputerName> with the name of the target.  Remember, the target needs to be online and accessible to you.

Where did a User’s Account Get Locked Out?

Updated: May 15, 2015 When this article was originally published, two extra carriage returns were add causing the code to malfunction.  The code below is correct.   My client for this week’s PowerShell class had a really interesting question. They needed to know where an account is being locked out at. OK, interesting. Apparently users hop around clients and forget to log off, leading to eventual lock out of their accounts. The accounts can be unlocked, but are then relocked after Active Directory replication. This problem is solved in two parts. The first one is to modify the event auditing on the network. The second part is resolved with PowerShell. The first part involves creating a group policy that will encompass your Domain Controllers. In this GPO, make these changes. Expand Computer Configuration \ Policies \ Windows Settings \ Security Settings \ Advanced Audit Policy Configuration \ Audit Policies \ Account Management Double click User Account Management C...