Error 0x8024402C is a connection error with a specific flavor: Windows Update could not even reach its servers. Not a failed download, not a corrupt file — the conversation never started. The technical name is a WinHTTP name-resolution failure, which in plain terms means the update service could not resolve or connect to Microsoft’s update endpoints. On Windows 11, the culprits live in the connection layer: proxy configuration (especially the WinHTTP proxy, which is separate from your browser’s), DNS, VPN leftovers, and firewall rules.
The confusing part for most people is that everything else on the laptop works — browsing, streaming, email. That is expected: those apps do not use the same connection path as Windows Update. The fixes below target the update service’s specific path. Work them in order, retrying the update check after each.
Why this happens
- Misconfigured WinHTTP proxy: The system-level proxy Windows Update uses is wrong, stale, or pointing at a server that no longer exists.
- VPN leftovers: Uninstalled or disconnected VPN clients leave proxy settings, routes, or virtual adapters that break the update path.
- DNS failures: The system’s DNS cannot resolve Microsoft’s update hostnames.
- Firewall blocking: Third-party firewalls blocking the update service’s outbound connections while allowing browsers.
- Corrupted WinHTTP configuration: Damaged WinHTTP settings from tools or failed VPN uninstalls.
- ISP-level blocking: Rare, but some networks block the specific endpoints or ports Windows Update needs.
- Incorrect date and time: TLS certificate validation fails when the clock is far off, killing the HTTPS connection at handshake.
- Corrupted network stack: Damaged Winsock/TCP-IP affecting the service’s connections specifically.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Check date, time, and try another network
Two fast eliminations: certificate-killing clock skew and network-level blocking.
- Open Settings > Time & language > Date & time, enable automatic time and zone, and click Sync now.
- If you are on a corporate, school, or public network, try a phone hotspot to rule out network-level blocking.
- Retry Settings > Windows Update > Check for updates.
Fix 2: Inspect and reset the WinHTTP proxy
This is the highest-yield fix for 0x8024402C. The WinHTTP proxy is invisible in browser settings, so it gets overlooked.
- Open Terminal (Admin).
- Run
netsh winhttp show proxyto see the current configuration. - If it shows a proxy you do not recognize or no longer use, reset it:
netsh winhttp reset proxy. - If you do need a proxy, set it correctly:
netsh winhttp set proxy proxy-server="your-proxy:port". - Retry the update check.
Fix 3: Check the Settings proxy page too
Windows 11 has both the WinHTTP proxy and the user-level proxy; check both.
- Go to Settings > Network & internet > Proxy.
- Turn off Use a proxy server unless you actively need one, and disable any suspicious automatic setup scripts.
- Retry Windows Update.
Fix 4: Remove VPN leftovers
VPN clients are repeat offenders for this error, even when “disconnected.”
- Fully uninstall any VPN you no longer use via Settings > Apps > Installed apps.
- In Device Manager > Network adapters, remove greyed-out or orphaned virtual adapters (check View > Show hidden devices).
- In an elevated Terminal, run
netsh winhttp reset proxyagain to clear anything the uninstaller left. - Restart and retry.
Fix 5: Flush DNS and switch resolvers
If name resolution is the broken link, fix it directly.
- In Terminal (Admin), run
ipconfig /flushdns. - Change your DNS to 1.1.1.1 / 1.0.0.1 or 8.8.8.8 / 8.8.4.4 in the adapter’s IPv4 properties (Settings > Network & internet > Advanced network settings).
- Retry the update. If it works, your ISP’s DNS was failing on Microsoft’s hostnames — a more common issue than people expect.
Fix 6: Reset the network stack
For corrupted stack configurations affecting the service’s connections.
- In Terminal (Admin), run
netsh winsock resetandnetsh int ip reset. - Restart the laptop.
- Retry Windows Update. This reset also helps the download-failure error 0x80240034 , which lives one layer above this connection error.
Fix 7: Check firewall rules and run the troubleshooter
Make sure nothing is blocking the update service’s outbound traffic.
- Temporarily disable any third-party firewall and retry the update check. Re-enable it immediately after the test.
- In Windows Security > Firewall & network protection, confirm the firewall is not blocking system services.
- Run Settings > System > Troubleshoot > Other troubleshooters > Windows Update > Run for automated repairs.
- For persistent enterprise-proxy scenarios, the Microsoft Windows support page documents the endpoints that must be reachable.
The WinHTTP proxy confusion at the heart of this error catches even experienced users, so it is worth explaining the split plainly. Windows maintains two separate proxy configurations: the WinINet proxy used by browsers and most applications (set in Settings or Internet Options), and the WinHTTP proxy used by system services like Windows Update (set only via netsh). They do not sync automatically. VPN clients, enterprise management tools, and old internet optimizer utilities commonly write to the WinHTTP proxy and never clean up — leaving Windows Update pointed at a proxy server that vanished years ago while your browser works perfectly. The netsh winhttp show proxy command is the only way to see this hidden configuration, which is why it sits near the front of this guide and not as an afterthought. In managed environments, the correct fix is to get the real proxy address from IT and set it properly rather than resetting to direct access. For Windows 10’s version of this error, see our Windows 10 0x8024402C guide .
Closing
Error 0x8024402C is the update service saying it cannot phone home, and the fix is almost always in the connection layer it uniquely uses: the WinHTTP proxy, VPN leftovers, or DNS. The netsh winhttp commands are the star of this show — a stale proxy there breaks updates while everything else works fine. Clear it, fix DNS, remove VPN debris, and the update check connects on the first try again.
