Comment résoudre l'erreur Windows Update 8024402F sous Windows 7 Édition Familiale Premium 64 bits ?

J’ai le même problème avec Windows Updates sur 2 de mes machines à la maison, les deux sous Windows 7 Édition Familiale Premium 64 bits. L’une des 2 machines est une installation toute neuve, l’autre a déjà exécuté Windows Update par le passé, mais ne fonctionne plus non plus maintenant.

Lorsque je vérifie manuellement les mises à jour via le Panneau de configuration, j’obtiens le code d’erreur 8024402F :

J’ai suivi le lien « Obtenir de l’aide avec cette erreur », qui affiche plusieurs articles dans l’Aide et support de Windows, dont aucun ne concerne ce code d’erreur spécifique. À partir de l’aide et de recherches Google générales, j’ai essayé :

  • Vérifier la connectivité Internet. La plupart de l’aide suggère que cette erreur est causée par un problème de connectivité Internet général. Mais si vous lisez ceci, ma connexion fonctionne parfaitement bien.

  • Désactiver temporairement l’antivirus et essayer d’exécuter Windows Update. Cela n’a pas aidé (j’utilise AVG free)

  • Exécuter Panneau de configuration → Résolution des problèmes → Systèmes de sécurité → Résoudre les problèmes avec Windows Update. Cela a indiqué avoir détecté et résolu des problèmes, mais n’a pas aidé.

  • Mettre à jour via IE (comme je le faisais sous XP). Aller sur http://windowsupdate.microsoft.com/ redirige vers http://test.update.microsoft.com/windowsupdate/v6/vistadefault.aspx pour lequel IE affiche un « problème de connexion » (c’est-à-dire site inaccessible)

J’ai ce même problème depuis 24 heures maintenant, alors les serveurs Windows Update ne peuvent pas être hors service depuis tout ce temps ? Un rapide coup d’oeil sur Twitter ne montre aucun tollé mondial concernant l’indisponibilité de Windows Update, alors est-ce juste moi ? Je suis basé au Royaume-Uni, mais je remarque que l’URL http://test.update.microsoft.com/windowsupdate/v6/vistadefault.aspx est également inaccessible en utilisant ‘‘wget’’ depuis mon serveur web à Chicago.

day@ord1:~$ wget http://test.update.microsoft.com/windowsupdate/v6/vistadefault.aspx
--2011-03-17 00:01:27--  http://test.update.microsoft.com/windowsupdate/v6/vistadefault.aspx
Resolving test.update.microsoft.com... failed: Name or service not known.
wget: unable to resolve host address `test.update.microsoft.com'
day@ord1:~$ host test.update.microsoft.com
Host test.update.microsoft.com not found: 3(NXDOMAIN)

Modification : Sortie de ‘‘ipconfig /all’’ :

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Office
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : home

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Intel(R) 82566DC Gigabit Network Connection
   Physical Address. . . . . . . . . : 00-1C-C0-71-89-46
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::a17f:ec64:9b37:92b9%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.100.102(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : 17 March 2011 00:25:47
   Lease Expires . . . . . . . . . . : 18 March 2011 00:25:48
   Default Gateway . . . . . . . . . : 192.168.100.1
   DHCP Server . . . . . . . . . . . : 192.168.100.1
   DHCPv6 IAID . . . . . . . . . . . : 234888384
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-15-10-68-D4-00-1C-C0-71-89-46
   DNS Servers . . . . . . . . . . . : 192.168.100.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.home:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:0:5ef5:79fd:2098:13b8:a9ec:3703(Preferred)
   Link-local IPv6 Address . . . . . : fe80::2098:13b8:a9ec:3703%13(Preferred)
   Default Gateway . . . . . . . . . : ::
   NetBIOS over Tcpip. . . . . . . . : Disabled

Modification 2 : Suggestions du support Microsoft :

Configurer la connexion pour obtenir une adresse IP automatiquement

  • Cliquez sur « Démarrer », tapez « NCPA.CPL » (sans les guillemets) dans la barre de recherche du menu Démarrer et appuyez sur « Entrée ».

  • Faites un clic droit sur la connexion réseau et cliquez sur « Propriétés ».
    Si vous êtes invité à saisir un mot de passe administrateur ou une confirmation, tapez le mot de passe ou fournissez la confirmation.

  • Cliquez pour sélectionner « Internet Protocol Version 6 (TCP/IPv6) » et cliquez sur « Propriétés ».

  • Cochez « Obtenir une adresse IP automatiquement » et « Obtenir les adresses des serveurs DNS automatiquement ».

  • Cliquez sur « OK ».

  • Cliquez pour sélectionner « Internet Protocol Version 4 (TCP/IPv4) » et cliquez sur « Propriétés ».

  • Cochez « Obtenir une adresse IP automatiquement » et « Obtenir les adresses des serveurs DNS automatiquement ».

  • Cliquez sur « OK ».

  • Redémarrez l’ordinateur.

J’ai essayé cela et IPv4 et v6 étaient déjà configurés avec ces paramètres, j’ai redémarré quand même, l’erreur est toujours là. J’ai ensuite envoyé mes informations système et mon fichier WindowsUpdate.log à Microsoft, désolé mais je ne publie pas leur contenu ici.

Je vous tiendrai au courant de l’avancement.

Résolu.

Je n’ai pas eu de nouvelles du support Microsoft depuis l’envoi de mes fichiers journaux, mais j’ai eu le temps d’y jeter un oeil moi-même. Voici un extrait pertinent :

+++++++++++  PT: Synchronizing server updates  +++++++++++
  + ServiceId = {9482F4B4-E343-43B6-B170-9A65BC822C77}, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmx
Timeout for accelerated install is already set
WARNING: Cached cookie has expired or new PID is available
WARNING: PTWarn: Anonymous plug-in skipped for WU
Triggering accelerated install by calling UpdateNow
No installable updates are available
WARNING: Send failed with hr = 80072efe.
WARNING: SendRequest failed with hr = 80072efe. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <>
WARNING: WinHttp: SendRequestUsingProxy failed for <http://download.windowsupdate.com/msdownload/update/common/2009/06/2803268_2cf7737e73bd31ae709b14a95c8d2ecb7eccfbf3.cab>. error 0x80072efe
WARNING: WinHttp: SendRequestToServerForFileInformation MakeRequest failed. error 0x80072efe
WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80072efe
WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80072efe

Notez l’échec de téléchargement de http://download.windowsupdate.com/msdownload/update/common/2009/06/2803268_2cf7737e73bd31ae709b14a95c8d2ecb7eccfbf3.cab.

J’ai essayé de télécharger ce fichier CAB depuis un navigateur, ce qui n’a pas fonctionné. J’ai ensuite essayé wget (dans cygwin) qui n’a pas fonctionné et a signalé « Connection reset by peer ». J’ai aussi eu le même problème en téléchargeant le fichier CAB depuis des machines Linux sur mon réseau domestique, donc ce n’était pas un problème lié aux machines Windows elles-mêmes.

Pour faire court, j’ai finalement identifié le problème au niveau de mon routeur, qui exécute DD-WRT.

Apparemment, j’ai dû activer l’option « Filter ActiveX » il y a environ un mois et j’ai oublié que je l’avais fait.

Étant donné les problèmes de sécurité liés à ActiveX, cela semble être une option sensée à activer, mais en lisant l’aide… pas tant que ça !

Filter ActiveX
Bloque les requêtes HTTP contenant une URL se terminant par « .ocx » ou « .cab ».

Oui… cela causerait certainement des problèmes ! Décocher cette option et appliquer les paramètres au routeur a résolu le problème sur mes deux machines Windows, comme on pouvait s’y attendre.

Merci à tous pour votre aide et vos suggestions, j’espère que cela sera utile à quelqu’un d’autre.