web-dev-qa-db-fra.com

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 dit étaient en attente.

windowswindows-update
9
Kyle

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
  • Courir wuauclt /ReportNow sur 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 que cela m'a causé. Il convient de noter que vous devrez utiliser une invite de commande administrative pour exécuter les commandes ci-dessus.

17
Kyle

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: W2012R2 Datacenter agissant principalement en tant que serveur Hyper-V, a perdu Windows Update des serveurs MS (pas WSUS), sans aucune raison que je puisse identifier. (Les installations hébergées pourraient très bien obtenir leurs mises à jour).

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 (j'avais juste désactivé les mises à jour? et il commence la mise à jour ???)
  4. Installation de 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 peut avoir 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.

Cela vaut la peine d'essayer de toute façon, ce n'est pas beaucoup de travail.

3
Michel de Becdelièvre

J'ai eu une erreur similaire à celles signalées. Dans mon cas, les machines ne faisaient pas 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 à: 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 à cocher 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 quelques GPO trucs liés) mais maintenant le serveur se met à jour magnifiquement!

1
Lawrence Fernandes

Au lieu de spécifier explicitement le port 8530 (8531 pour HTTPS) vers 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 TCP port 80. De cette façon, il n'était pas nécessaire de modifier le GPO, les règles de pare-feu, etc.

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

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

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à.

0
Jim Lutz

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 j'avais besoin d'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

0
josh

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 recherche sur Internet. J'ai changé la valeur de 1 à 0 et ma mise à jour Windows a de nouveau fonctionné.

0
Manuel Loaiza

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.

0
Ivan Chau