Windows Update tourne, puis s’arrête sur 0x80072ee2 sans autre explication. Ce code ne décrit pas une mise à jour défectueuse : il signale que la requête réseau a expiré avant d’obtenir une réponse, presque toujours à cause d’un proxy, d’un filtrage ou d’une liaison qui décroche.
Points clés
0x80072EE2encapsule le code WinINet 12002, documenté par Microsoft sous le nomERROR_INTERNET_TIMEOUTavec la mention « la requête a expiré ».- Le code n’apparaît pas dans la liste des erreurs Windows Update courantes de Microsoft : il faut le lire comme une erreur de transport, pas comme une erreur de paquet de mise à jour.
- Un appareil Windows dialogue avec le service Windows Update en HTTPS sur le port TCP 443. Tout ce qui inspecte ou coupe ce flux produit un délai dépassé.
- L’agent Windows Update lit les paramètres de proxy de WinHTTP, pas ceux du navigateur. Les deux se configurent séparément.
- Les correctifs utiles se limitent à quatre pistes : réseau, proxy, filtrage HTTPS, composants Windows Update.
Ce que dit exactement le code
La forme 0x8007xxxx signifie qu’une erreur Win32 a été convertie en HRESULT. Ici, la partie basse vaut 12002 en décimal, valeur que la documentation WinINet de Microsoft associe à ERROR_INTERNET_TIMEOUT. Autrement dit : la machine a bien tenté d’ouvrir une connexion, mais rien n’est revenu dans le délai imparti.
La conséquence pratique compte plus que le libellé. Chercher une corruption de fichier système ou un cache de mise à jour abîmé est une perte de temps tant que le flux réseau n’a pas été validé. Ce n’est pas le cas de tous les codes de la famille : l’erreur 0x80072f8f, très proche visuellement, vient d’une horloge ou d’un certificat, pas d’un délai.
Les trois vérifications qui règlent la majorité des cas
- Valider la connexion elle-même. Ouvrez un site en HTTPS dans le navigateur. Si le chargement est lent ou irrégulier, traitez d’abord la liaison : un ping élevé ou instable suffit à faire expirer une requête de mise à jour.
- Relancer la recherche après quelques minutes. Le délai peut venir d’une saturation temporaire côté réseau local, en particulier derrière un partage de connexion mobile.
- Débrancher le VPN. Un tunnel qui route mal ou qui ferme les connexions inactives fait expirer les téléchargements longs. Testez la recherche de mises à jour hors tunnel.
Vérifier le proxy du côté de WinHTTP
La documentation Microsoft est explicite : l’agent Windows Update utilise WinHTTP pour rechercher les mises à jour, et les paramètres de proxy doivent être corrects sur le client pour que la communication aboutisse. Un proxy renseigné dans Internet Explorer ou dans les paramètres Windows n’est donc pas automatiquement connu de WinHTTP.
Dans une invite de commandes ouverte en administrateur :
netsh winhttp show proxyaffiche la configuration réellement utilisée.netsh winhttp import proxy source=iereprend celle du système.netsh winhttp reset proxyrevient à un accès direct, ce qui est le bon état sur une connexion domestique.
Sur un poste personnel, la présence d’un proxy inattendu mérite un examen : c’est aussi une trace classique de logiciel indésirable.
Le filtrage HTTPS des antivirus et des pare-feu
Beaucoup de suites de sécurité inspectent le trafic chiffré en s’interposant sur le port 443. Quand cette inspection ralentit ou refuse la connexion aux serveurs Microsoft, l’agent de mise à jour finit en délai dépassé. La marche à suivre est simple : désactiver temporairement la protection web ou l’analyse HTTPS, relancer la recherche, puis réactiver la protection immédiatement après le test.
En entreprise, le même effet se produit avec un pare-feu qui n’autorise pas les points de terminaison Microsoft. La règle à vérifier concerne le HTTPS sortant vers les services de mise à jour, pas seulement l’accès web général.
Remettre la pile réseau et les composants Windows Update à plat
Si le réseau est sain et que le code persiste, l’ordre de traitement est le suivant, du moins risqué au plus lourd.
- Utilitaire de résolution des problèmes. Paramètres, Système, Résolution des problèmes, Autres utilitaires, Windows Update. Il réinitialise plusieurs services et détecte un cache verrouillé.
- Réinitialisation de la pile réseau. La commande netsh winsock reset retire les filtres laissés par un ancien VPN ou un antivirus désinstallé. Redémarrage obligatoire.
- Vidage du cache DNS.
ipconfig /flushdns, suivi d’un nouvel essai. - Réinitialisation des composants Windows Update. La procédure complète, service par service, est détaillée dans réinitialiser les composants Windows Update en ligne de commande.
Aucune de ces étapes ne touche à vos fichiers. Elles remettent en revanche à zéro l’historique de mise à jour, ce qui est normal.
Le cas des postes gérés par un serveur interne
Sur un poste d’entreprise, le code désigne souvent un serveur de mises à jour interne injoignable plutôt que les serveurs Microsoft. Deux contrôles cadrent la situation.
- La clé de stratégie
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdateindique le serveur imposé au client. - L’adresse de ce serveur doit répondre depuis le poste, sur le port configuré, sans passer par un proxy qui l’ignore.
Tant que ce chemin n’aboutit pas, l’ordinateur retourne le même délai dépassé indéfiniment. Le sujet relève de l’administration du parc, pas du poste.
Vérifier la connectivité étape par étape
Avant toute réinitialisation, une séquence de contrôle courte évite d’agir au hasard. Exécutez ces commandes dans une invite ouvrée en administrateur, dans cet ordre, et notez ce que chacune affiche.
ipconfig /all: vérifiez qu’une passerelle et un serveur DNS sont bien renseignés sur l’interface active.nslookup microsoft.com: contrôle de la résolution de noms. Un échec ici explique à lui seul le délai dépassé.ping 8.8.8.8 -n 20: la perte doit être nulle. Une liaison qui perd des paquets fait échouer les téléchargements longs.netsh winhttp show proxy: configuration réellement utilisée par l’agent de mise à jour.
Ces quatre informations suffisent à orienter le dépannage vers le réseau local, la résolution de noms ou le proxy.
Les causes classées par fréquence
| Cause | Contexte typique | Contrôle |
|---|---|---|
| Proxy ou filtrage HTTPS | Poste en entreprise, suite de sécurité tierce | Paramètres WinHTTP, désactivation temporaire de l’analyse web |
| Liaison instable | Partage de connexion mobile, Wi-Fi éloigné | Perte de paquets et latence mesurées |
| VPN actif | Télétravail | Nouvel essai hors tunnel |
| Serveur de mises à jour interne injoignable | Parc géré par un outil de gestion centralisée | Stratégie WindowsUpdate et joignabilité du serveur |
| Composants de mise à jour bloqués | Échec répété après un arrêt brutal | Utilitaire de résolution des problèmes puis réinitialisation |
L’ordre de cette liste correspond à ce que la documentation Microsoft met en avant pour les erreurs de communication : proxy et pare-feu d’abord, composants ensuite.
Le même code en dehors de Windows Update
Le message apparaît aussi dans le Microsoft Store et dans le programme de mise à jour de Microsoft Edge, qui utilisent les mêmes couches réseau. Un utilisateur qui voit le code dans une application et pas dans une autre a simplement une application qui passe par un chemin différent, par exemple un proxy propre au navigateur.
Sur un ordinateur professionnel, contactez l’équipe informatique avant de modifier le proxy système : ces valeurs sont souvent imposées par une stratégie de groupe et reviendront au prochain redémarrage.
Relever les informations utiles avant de demander de l’aide
Si l’erreur résiste, quelques éléments accélèrent le diagnostic par un tiers. Ouvrez la page Windows Update des Paramètres, sélectionnez l’historique des mises à jour, et notez le nom exact de la mise à jour disponible qui échoue.
- Le code complet et l’heure de l’échec, relevés dans l’historique.
- La source utilisée : serveur Microsoft ou serveur interne imposé par une stratégie.
- La sortie de
netsh winhttp show proxyet celle deipconfig /all. - Le résultat de l’utilitaire de résolution des problèmes, avec ses instructions éventuelles.
Sur des ordinateurs gérés en parc, ces informations suffisent en général à l’équipe de gestion pour trancher entre un problème de poste et un problème de réseau, sans exécuter d’installation ni de réinitialisation à l’aveugle.
Les codes voisins à ne pas confondre
- 0x8024402c : Windows Update ne joint plus ses serveurs, avec une origine proxy très fréquente.
- 0x80244022 : le serveur a répondu, mais avec un service indisponible.
- 0x800705b4 : l’opération a expiré du côté du système, pas du réseau.
Les distinguer évite d’appliquer une procédure de réinitialisation lourde là où un réglage de proxy suffisait.
Questions fréquentes
L’erreur 0x80072ee2 vient-elle d’un fichier système endommagé
Rarement. Le code décrit un délai réseau dépassé. Une vérification d’intégrité comme sfc /scannow n’a de sens qu’après avoir écarté le réseau, le proxy et le filtrage.
Faut-il désactiver le pare-feu Windows
Non. Le pare-feu de Windows autorise par défaut les connexions sortantes de la mise à jour. Le suspect est le filtrage tiers ou l’équipement du réseau, pas le composant intégré.
Le code apparaît aussi dans le Microsoft Store
Oui, et pour la même raison : le Store passe par les mêmes couches HTTPS. Les vérifications de proxy et de filtrage s’appliquent à l’identique.
Une réinstallation de Windows est-elle nécessaire
Non, et elle ne corrigerait rien si la cause est un proxy, un pare-feu ou une liaison instable. Le problème réapparaîtrait après la réinstallation.
Combien de temps avant de conclure à un incident côté Microsoft
Si la même machine échoue sur plusieurs réseaux différents, la cause est locale. Si toutes les machines d’un même réseau échouent alors qu’un partage de connexion mobile fonctionne, la cause est le réseau.
Comment savoir si le problème vient du système d’exploitation
Testez une autre machine sur le même réseau. Si elle met à jour normalement, la cause est locale au poste : pilote réseau, filtrage installé, proxy résiduel. Si toutes échouent, le chemin réseau est en cause.
Photo d’en-tête : écran de mise à niveau de Windows, par Kim Holger Kelting, licence CC BY 4.0, via Wikimedia Commons. La photo montre une mise à niveau, pas le message d’erreur décrit ici.
Sources : Microsoft Learn, codes d’erreur WinINet ; Microsoft Learn, erreurs Windows Update courantes ; Microsoft Learn, sécurité de Windows Update ; Microsoft Learn, résolution des problèmes de Windows Update.
Michel, dirigeant d’une PME informatique et formateur, expert en logiciels professionnels tels que CRM et ERP. Sa connaissance approfondie des outils de gestion d’entreprise lui permettant de conseiller et former efficacement d’autres sociétés à leur utilisation.
