Running the install for SCCM Current Branch (1702) and the Prerequisite Checker was failing on an issue with admin rights on the target SCCM Site Server. This one was really annoying as I had double-checked everything before running the installer.
Fix
The appropriate accounts had been given admin rights to all the SCCM Site System Servers using the Restricted Groups Active Directory Group Policy setting (under Security Settings, under Windows Settings, under Computer Policies) . The SCCM server had not been restarted since the policy was applied.
Automatic Deployment Rule was running without error but not doing anything. Downloading updates manually was working so not a problem with Internet connection etc.
Fix
The share/folder on the SCCM Site Server where the software updates were meant to download to (the Package Source folder) needed a tweak to the permissions.
Add the server SYSTEM account to the permissions for the folder and the share with the appropriate rights to be able to write to both.
No unusual to get the occasional moody WSUS managed-device that will not report and/or update using a correctly configured WSUS server. The link below is the one I like to use to test the connection from the WSUS managed device to the WSUS web site.
Note: The test URL below uses my-wsus-box as the server name and 8530 as the configured port for the WSUS web site – change as appropriate.
Note: If the connection to the WSUS web site is good then a prompt to download wuident.cab should be presented.
Windows Server 2016 would not download updates from WSUS server running WSUS v4.0. Viewing the WindowsUpdate.log the following error was noted:
HTTP/1.1 403 Forbidden by proxy
Unable to easily view the IE proxy settings as IE had been disabled by Group Policy on the server. Fix was to reset the proxy settings using the following command:
netsh winhttp reset proxy
Real world sys admin – getting the job done without the need to stroke your own ego