How to configure a WSUS standalone server


You need to configure a Windows Server Update Services (WSUS) server to provide Windows updates to all servers in your on-premises infrastructure. There are various WSUS architecture options for high availability, however this article will focus on the simple scenario of how to configure a WSUS standalone server, which can cover the requirements of many infrastructures.


WSUS installation and configuration

Carry out the steps below to install and configure a WSUS standalone server.

  • Setup the VM or physical machine where the WSUS server role will be installed, join the machine to your AD domain and install all latest Windows updates and third party application patches.
  • Install the WSUS server role in the Windows Server Manager with Windows Internal Database (WID), setup the required UNC path for WSUS storage with proper SMB and NTFS permissions, as per Allow for minimum of 500 GB for this file share. The total required disk space is dependent on your choice of Windows Update types, as explained later in this post.
  • After rebooting the server, run the WSUS post-installation process when you launch the WSUS MMC console. Click Run to continue.
  • Configure all other WSUS options in the above “Options” pane, as per your environment requirements.
  • Configure WSUS SSL as per:
  • Create computer groups, to organize WSUS targets in a logical fashion. Assign computers to groups for WSUS using GPO (client-side targeting) or manually by moving each computer object to the proper WSUS group inside the WSUS console (server-side targeting). You can define whether server-side targeting or client-side targeting will be used by clicking on the Computer section of WSUS options as shown in the screenshot.

A good practice for approvals and declinations is the following:

  1. Always enable the default WSUS approval rule which automatically approves all critical and security updates.
  2. Add extra columns for “Supersedence” in the “All Updates” section of the WSUS mmc console and review/approve all updates which supersede other updates.
  3. Ensure that you review the “Known issues in this update” section of each new update which is included in your WSUS server update(s) notification emails, before deciding to approve each update.

When organizing your on-premises Windows servers and workstations for WSUS automatic updates, it is a good practice to design your OU structure in such a way that you apply specific GPO to each group of servers (organized by server role) and each group of workstations (organized per department or other company policy grouping). One good option is to have a general (top-level) GPO for all your servers and then enforce additional WSUS objects per server role, for example one dedicated GPO for hypervisor hosts and one dedicated GPO for your RDS or Citrix servers.

The following examples shows such an OU design with WSUS GPO objects.

WSUS troubleshooting

If you encounter any issues in your WSUS environment during initial testing, consult the following articles for WSUS troubleshooting:

Also remember to check the following dependent components of the WSUS installation when performing troubleshooting:

  • IIS manager and related files
  • WSUS WID or SQL Server database
  • Registry keys related to WSUS
    • Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
    • Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU
    • Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate
  • File share of the WSUS server and local Windows update cache on each WSUS target

To optimize performance and troubleshoot the WSUS components, refer to the following KB article:

WSUS server and updates monitoring

For monitoring the WSUS server, you should be using the MMC console and you should also remember to setup email alerts in order to proactively monitor the WSUS updates sync and any errors encountered.

Was this article helpful?

Related Articles