Code d'erreur 80244019 lors de l'installation de Windows Update

Je poste ceci pour aider, je l'espère, toute autre personne susceptible de rencontrer ce problème.

J'ai un domaine Win2008r2 et mes clients ont décidé d'arrêter de parler au serveur WSUS. Tout indiquait qu'ils communiquaient, certains se présentant même comme ayant de nouvelles mises à jour. Cependant, cliquer sur «Installer les mises à jour» entraînerait un «échec de l'installation», puis la boîte afficherait les nouvelles mises à jour prêtes à être installées.

Mes clients pouvaient envoyer une requête ping au serveur WSUS et aucun périphérique réseau pare-feu ne bloquait le trafic sur 8530 (le port de mise à jour WSUS). J'étais perplexe quant à la raison pour laquelle les clients ne voyaient pas les nouvelles mises à jour que le serveur WSUS a déclaré en attente.

La solution dépend de votre configuration, et il y a certaines choses que vous devez d'abord vérifier:

• Assurez-vous que le service BITS est en cours d'exécution: net start BITS
• Assurez-vous que le service Windows Update est en cours d'exécution: net start wuauserv
• Assurez-vous que votre ordinateur possède un SusClientID unique (surtout si le système est un clone). Vous pouvez supprimer la clé, exécuter les 3 commandes ci-dessous et redémarrer la machine pour la régénérer: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
• Réinitialisez le cookie d'autorisation sur votre client: wuauclt /ResetAuthorization /DetectNow
• Exécutez wuauclt /ReportNowsur votre client pour vous assurer qu'il peut se synchroniser avec WSUS
• Assurez-vous que vos politiques actuelles sur votre client sont appliquées (le / boot est facultatif): gpupdate /force /boot

Si vous utilisez un serveur proxy, vous devez également:

• Assurez-vous que les services WinHTTP sont en cours d'exécution: netsh start WinHttpAutoProxySvc
• Vérifiez que les paramètres de proxy WinHTTP sont correctement définis (mes paramètres de proxy sont déployés via la stratégie de groupe): netsh WinHTTP import proxy source=IE

Dans mon cas, les paramètres de proxy sur WinHTTP n'ont pas été correctement importés et forcer manuellement l'importation a résolu le problème. J'espère que cela sauvera quelqu'un d'autre du mal de tête qu'il m'a causé. Il convient de noter que vous devrez utiliser une invite de commande administrative pour exécuter les commandes ci-dessus.

Je poste cette réponse dans l'espoir d'aider une pauvre âme à se décoller car je n'ai vu cette solution nulle part sur le web:

Situation: le centre de données W2012R2 agissant principalement en tant que serveur Hyper-V, a perdu Windows Update des serveurs MS (pas WSUS), sans aucune raison que j'ai pu identifier. (Les installations hébergées pourraient obtenir leurs mises à jour très bien).

J'ai essayé les différentes solutions classiques, comme décrit sur les sites MS, sans succès (Fixit et tout ça)

J'ai finalement remis les choses au travail en:

1. WU - Modifier les paramètres
2. Désactivez la mise à jour, décochez les deux cases sous le combo
3. quand j'ai validé, j'ai obtenu de façon inattendue une "vérification de la session de mise à jour" en cours d'exécution (je venais de désactiver les mises à jour? et la mise à jour commence ???)
4. Installé la mise à jour fournie (ils étaient critiques )
5. redémarré
6. revenir à "installer automatiquement" + "me donner les mises à jour recommandées de la même manière ..."
7. ça a marché !!!

Pour autant que je puisse diagnostiquer le problème, il semble que le problème était avec "Donnez-moi des mises à jour pour d'autres produits Microsoft lorsque je mets à jour Windows" , je n'avais pas "d'autres produits" et cela a peut-être confondu WU?

Je suppose que j'ai distraitement coché la case lors de l'examen d'un correctif de sécurité d'urgence.

Quoi qu'il en soit, si je vérifie à nouveau, j'ai de nouveau des ennuis.

Ça vaut le coup quand même, ce n'est pas beaucoup de travail.

Au lieu de spécifier explicitement le port 8530 (8531 pour HTTPS) à l'URL WSUS publiée dans GPO, j'ai ajouté manuellement une liaison supplémentaire au site Web "Administration WSUS" dans IIS pour utiliser le protocole "http" sur le port TCP 80. De cette façon, il n'y avait pas de besoin de changer de GPO, de règles de pare-feu, etc.

Par exemple: Mon "Spécifier l'emplacement intranet du service de mise à jour Microsoft" publié dans GPO reste défini sur " http: // wsus " ("wsus" est un alias CNAME pour le serveur WSUS de la société). La liaison du site Web serait alors:

• Type: http
• Adresse IP: toutes non attribuées
• Port: 80
• Nom d'hôte: "wsus" (sans guillemets)

J'ai eu une erreur similaire à celles signalées. Dans mon cas, les machines ne faisaient pas de rapport au serveur WSUS (serveur virtuel exécutant Windows 2012 R2 sur vSphere), et soudain, le serveur WSUS s'est arrêté pour se mettre à jour via Windows Update.

C'est ce qui a résolu le problème WU:

• Tout d'abord, j'ai exécuté les commandes suivantes, comme indiqué par Kyle :

  1. net start BITS (le service était déjà en cours d'exécution)
  2. net start wuauserv (le service fonctionnait également)
  3. wuauclt /ResetAuthorization /DetectNow
  4. Run wuauclt /ReportNow
  5. gpupdate /force /boot

• Enfin, j'ai décoché l'option "donnez-moi les mises à jour recommandées de la même manière ..." comme indiqué par Michel de Becdelièvre . Les étapes, va comme ceci:

  1. Allez dans: WU -> Modifier les paramètres
  2. Décochez l'option "Donnez-moi les mises à jour recommandées de la même manière ..." (et assurez-vous que les deux cases ne sont pas cochées) et acceptez.
  3. Exécutez une analyse en ligne pour les mises à jour sur WU.

Je dois encore travailler sur les machines ne rapportant pas à WSUS (probablement des trucs liés aux GPO) mais maintenant le serveur se met à jour magnifiquement!

Lorsque vous vérifiez dans regedit la valeur de "UseWUServer", si cette valeur est définie sur 1, cela signifie que Windows Update essaie de télécharger les mises à jour à partir du paramètre d'adresse spécifié dans "WUServer", mais si vous définissez "UseWUServer" = 0, Windows Find sur Internet. J'ai changé la valeur de 1 à 0 et ma mise à jour Windows a de nouveau fonctionné.

J'ai rencontré ce même code d'erreur lors de la mise à niveau de notre serveur WSUS de 2008R2 à 2012R2. Les clients peuvent envoyer une requête ping au serveur mais ne pas rechercher de mises à jour. Il s'avère que je devais appeler explicitement le port (8530) dans le GPO que j'ai créé pour les clients, ce que je n'avais pas à faire pour 2008R2.

A l'origine trouvé la réponse ici:

http://hardforum.com/showthread.php?t=1801481

J'ai constaté que cette erreur se produit lorsque la version de Windows Update n'est pas compatible avec WSUS. Dans ce cas, la recherche de mises à jour en ligne invite l'utilisateur à installer le nouveau logiciel Windows Update, puis la mise à jour fonctionne à partir de là.

Rencontré cette erreur qui n'a pas lié WSUS.

Au lieu de cela, Windows update win2008R2 80243004 erreur liée à un comportement stupide.

Cité de Boo_MonstersInc dans https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

L'erreur WU 80243004 signifie qu'une défaillance se produit lorsque Windows Update essaie de créer une icône dans la zone de notification de la barre des tâches.

Ce problème est probablement dû à la zone de notification système anormale.

Une solution simple consiste à redémarrer le serveur et à vérifier à nouveau WU. Si l'erreur persiste, redimensionnez la barre d'état système et sélectionnez «Toujours afficher toutes les icônes et notifications sur la barre des tâches».

Simplement ctrl+ shift+ clic droit sur la zone vide du menu Démarrer -> Cliquez sur "Quitter l'Explorateur", puis exécutez "explorer.exe", et réessayez résoudrait le problème.

Une solution rapide serait de faire ce qui suit: -

1. Accédez au panneau de configuration

2. Windows Update

3. Modifier les paramètres

4. Décochez Obtenir les mises à jour pour les autres produits Microsoft

5. Cliquez sur OK et réessayez ou actualisez la mise à jour Windows pour vérifier à nouveau.