Access to this page requires authorization. You can try signing in or changing directories . Access to this page requires authorization. You can try changing directories . Applies to: Supported versions of Windows Client Applies to: Windows 10 Try our Virtual Agent - It can help you quickly identify and fix common Windows Update issues If you run into problems when using Windows Update, start with the following steps: Run the built-in Windows Update troubleshooter to fix common issues. Navigate to Settings > Update & Security > Troubleshoot > Windows Update . Run the built-in Windows Update troubleshooter to fix common issues. Navigate to Settings > Update & Security > Troubleshoot > Windows Update . Install the most recent Servicing Stack Update that matches your version of Windows from the Microsoft Update Catalog. For more information on servicing stack updates, see Servicing stack updates . Install the most recent Servicing Stack Update that matches your version of Windows from the Microsoft Update Catalog. For more information on servicing stack updates, see Servicing stack updates . Make sure that you install the latest Windows updates, cumulative updates, and rollup updates. To verify the update status, refer to the appropriate update history for your system: Windows 10, version 2004 and Windows Server, version 2004 Windows 10, version 1909 and Windows Server, version 1909 Windows 10, version 1903 and Windows Server, version 1903 Windows 10, version 1809 and Windows Server 2019 Windows 10, version 1803 Windows 10, version 1709 Windows 10, version 1703 Windows 10 and Windows Server 2016 Windows 8.1 and Windows Server 2012 R2 Windows Server 2012 Windows 7 SP1 and Windows Server 2008 R2 SP1 Make sure that you install the latest Windows updates, cumulative updates, and rollup updates. To verify the update status, refer to the appropriate update history for your system: Windows 10, version 2004 and Windows Server, version 2004 Windows 10, version 1909 and Windows Server, version 1909 Windows 10, version 1903 and Windows Server, version 1903 Windows 10, version 1809 and Windows Server 2019 Windows 10, version 1803 Windows 10, version 1709 Windows 10, version 1703 Windows 10 and Windows Server 2016 Windows 8.1 and Windows Server 2012 R2 Windows Server 2012 Windows 7 SP1 and Windows Server 2008 R2 SP1 Advanced users can also refer to the log generated by Windows Update for further investigation. You might encounter the following scenarios when using Windows Update. Why am I offered an older update? The update that is offered to a device depends on several factors. The following are some of the most common attributes: OS Architecture Device update management configuration If the update you're offered isn't the most current available, it might be because your device is being managed by a WSUS server, and you're being offered the updates available on that server. It's also possible, if your device is part of a deployment group, that your admin is intentionally slowing the rollout of updates. Since the deployment is slow and measured to begin with, all devices won't receive the update on the same day. My device is frozen at scan. Why? The Settings UI communicates with the Update Orchestrator service that in turn communicates with to Windows Update service. If these services stop unexpectedly, then you might see this behavior. In such cases, follow these steps: Close the Settings app and reopen it. Close the Settings app and reopen it. Start Services.msc and check if the following services are running: Update State Orchestrator Windows Update Start Services.msc and check if the following services are running: Update State Orchestrator Feature updates aren't being offered while other updates are Devices running Windows 10, version 1709 through Windows 10, version 1803 that are configured to update from Windows Update (including Windows Update for Business) are able to install servicing and definition updates but are never offered feature updates. Checking the WindowsUpdate.log reveals the following error: The 0x80070426 error code translates to: Microsoft Account Sign In Assistant (MSA or wlidsvc) is the service in question. The DCAT Flighting service (ServiceId: aaaabbbb-0000-cccc-1111-dddd2222eeee) relies on MSA to get the global device ID for the device. Without the MSA service running, the global device ID won't be generated and sent by the client and the search for feature updates never completes successfully. To resolve this issue, reset the MSA service to the default StartType of "manual." Issues related to HTTP/Proxy Windows Update uses WinHttp with Partial Range requests (RFC 7233) to download updates and applications from Windows Update servers or on-premises WSUS servers. Therefore proxy servers on the network must support HTTP RANGE requests. If a proxy was configured in Internet Explorer (User level) but not in WinHTTP (System level), connections to Windows Update will fail. To fix this issue, configure a proxy in WinHTTP by using the following netsh command: You can also import the proxy settings from Internet Explorer by using the following command: netsh winhttp import proxy source=ie . If downloads through a proxy server fail with a 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH error, or if you notice high CPU usage while updates are downloading, check the proxy configuration to permit HTTP RANGE requests to run. You might choose to apply a rule to permit HTTP RANGE requests for the following URLs: *.download.windowsupdate.com

*.dl.delivery.mp.microsoft.com *.delivery.mp.microsoft.com If you can't allow RANGE requests, you'll be downloading more content than needed in updates (as delta patching won't work). The update isn't applicable to your computer The most common reasons for this error are described in the following table: Error 0x800706D9 if the Windows Defender Firewall service is disabled You observe that the download for updates is stuck at 0%, especially in Windows Server 2016, where the Background Intelligent Transfer Service (BITS) service is the default Download Manager. Error that you might see in Windows Update logs: Go to Services.msc and ensure that the Windows Defender Firewall service is enabled. Stopping the service associated with Windows Firewall with Advanced Security isn't supported by Microsoft. For more information, see I need to disable Windows Firewall . Issues arising from configuration of conflicting policies Windows Update provides a wide range configuration policy to control the behavior of the Windows Update service in a managed environment. While these policies let you configure the settings at a granular level, misconfiguration or setting conflicting policies may lead to unexpected behaviors. For more information, see How to configure automatic updates by using Group Policy or registry settings . Device can't access update files Ensure that devices can reach necessary Windows Update endpoints through the firewall. For example, for Windows 10, version 2004, the following protocols must be able to reach these respective endpoints: Be sure not to use HTTPS for those endpoints that specify HTTP, and vice versa. The connection will fail. The specific endpoints can vary between Windows client versions. See, for example, Windows 10 2004 Enterprise connection endpoints . Similar articles for other Windows client versions are available in the table of contents nearby. Updates aren't downloading from the intranet endpoint (WSUS or Configuration Manager) Windows client devices can receive updates from various sources, including Windows Update online, a Windows Server Update Services server, and others. To determine the source of Windows Updates currently being used on a device, follow these steps: Start Windows PowerShell as an administrator. Start Windows PowerShell as an administrator. Run the cmdlet: $MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager" Run the cmdlet: Run the cmdlet: $MUSM.Services Run the cmdlet: Check the output for the Name and OffersWindowsUPdates parameters, which you can interpret according to this table. You have a bad setup in the environment In this example, per the Group Policy set through registry, the system is configured to use WSUS to download updates (note the second line): From Windows Update logs: In the above log snippet, we see that the Criteria = "IsHidden = 0 AND DeploymentAction=*" . "*" means there is nothing specified from the server. So, the scan happens but there is no direction to download or install to the agent. So it just scans the update and provides the results. As shown in the following logs, automatic update runs the scan and finds no update approved for it. So it reports there are no updates to install or download. This is due to an incorrect configuration. The WSUS side should approve the updates for Windows Update so that it fetches the updates and installs them at the specified time according to the policy. Since this scenario doesn't include Configuration Manager, there's no way to install unapproved updates. You're expecting the operational insight agent to do the scan and automatically trigger the download and installation but that won't happen with this configuration. High bandwidth usage on Windows client by Windows Update Users might see that Windows is consuming all the bandwidth in the different offices under the system context. This behavior is by design. Components that might consume bandwidth expand beyond Windows Update components. The following group policies can help mitigate this situation: Blocking access to Windows Update servers: Policy Turn off access to all Windows Update features (Set to enabled) Driver search: Policy Specify search order for device driver source locations (Set to "Do not search Windows Update") Windows Store automatic update: Policy Turn off Automatic Download and Install of updates (Set to enabled) Other components that connect to the internet: Windows Spotlight: Policy Configure Windows spotlight on lock screen (Set to disabled) Consumer experiences: Policy Turn off Microsoft consumer experiences (Set to enabled) Background traffic from Windows apps: Policy Let Windows apps run in the background Transient errors caused by heavy load or network congestion Users might receive the following errors from Windows Update. These errors are transient errors, occurring when the service is temporarily under heavy load or when networks are congested. Users don't need to take any action because the device will retry the operation later. In these cases, users that programmatically call into the Windows Update Agent API to retrieve the result of a search operation would get orcFailed or orcSucceededWithErrors . Retrying the operation later is expected to succeed. Data collection If you need assistance from Microsoft support, we recommend you collect the information by following the steps mentioned in Gather information by using TSS for deployment-related issues . Was this page helpful? Need help with this topic? Want to try using Ask Learn to clarify or guide you through this topic? Additional resources Last updated on 2026-02-12