Codice errore 80244019 durante l'installazione di Windows Update

Sto pubblicando questo per aiutare, spero, qualcun altro che possa riscontrarlo.

Ho un dominio Win2008r2 e i miei clienti hanno deciso di smettere di parlare con il server WSUS. Tutte le indicazioni erano che stavano comunicando, con alcuni addirittura mostrandosi come avere nuovi aggiornamenti. Tuttavia, facendo clic su "Installa aggiornamenti" risulterebbe un "errore nell'installazione" e nella casella verranno visualizzati i nuovi aggiornamenti pronti per l'installazione.

I miei client potevano eseguire il ping del server WSUS e nessun dispositivo di rete firewall bloccava il traffico su 8530 (la porta di aggiornamento WSUS). Ero sconcertato sul perché i client non vedessero i nuovi aggiornamenti che il server WSUS aveva dichiarato in sospeso.

La soluzione dipende dalla tua configurazione e ci sono alcune cose che dovresti controllare prima:

• Assicurarsi che il servizio BITS sia in esecuzione: net start BITS
• Assicurarsi che il servizio Windows Update sia in esecuzione: net start wuauserv
• Assicurati che il tuo computer abbia un unico SusClientID (specialmente se il sistema è un clone). È possibile eliminare la chiave, eseguire i 3 comandi seguenti e riavviare la macchina per rigenerarla: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
• Reimposta il cookie di autorizzazione sul tuo client: wuauclt /ResetAuthorization /DetectNow
• Esegui wuauclt /ReportNowil tuo client per assicurarti che possa sincronizzarsi con WSUS
• Assicurati che le tue attuali politiche sul tuo client siano applicate (/ boot è facoltativo): gpupdate /force /boot

Se usi un server proxy dovresti anche:

• Assicurarsi che i servizi WinHTTP siano in esecuzione: netsh start WinHttpAutoProxySvc
• Verifica che le impostazioni proxy WinHTTP siano impostate correttamente (le mie impostazioni proxy sono distribuite tramite criteri di gruppo): netsh WinHTTP import proxy source=IE

Nel mio caso, le impostazioni del proxy su WinHTTP non sono state importate correttamente e la forzatura manuale dell'importazione ha risolto il problema. Spero che questo possa salvare qualcun altro il mal di testa che mi ha causato. Va notato che sarà necessario utilizzare un prompt dei comandi amministrativi per eseguire i comandi sopra.

Pubblico questa risposta nella speranza di aiutare qualche povera anima a rimanere bloccata poiché non ho visto questa soluzione da nessuna parte sul web:

Situazione: W2012R2 Datacenter che agisce principalmente come server Hyper-V, ha perso Windows Update da server MS (non WSUS), per nessun motivo che ho potuto identificare. (Le installazioni ospitate potrebbero ottenere i loro aggiornamenti bene).

Ho provato le varie soluzioni classiche, come descritto sui siti Web di MS, senza fortuna (Fixit e tutto il resto)

Alla fine ho rimesso a posto le cose:

1. WU: modifica le impostazioni
2. Disabilita l'aggiornamento, deseleziona entrambe le caselle di controllo sotto la combo
3. quando ho convalidato, ho ricevuto inaspettatamente un "controllo per la sessione di aggiornamento" funzionante in esecuzione (avevo appena disabilitato gli aggiornamenti? e inizia l'aggiornamento ???)
4. Installato l'aggiornamento fornito (erano critici )
5. riavviato
6. torna su "installa automaticamente" + "dammi gli aggiornamenti consigliati allo stesso modo ..."
7. ha funzionato !!!

Per quanto posso diagnosticare il problema, sembra che il problema fosse con "Dammi aggiornamenti per altri prodotti Microsoft quando aggiorno Windows" , non avevo "altri prodotti" e potrebbe aver confuso WU?

Immagino di aver distrattamente spuntato la casella mentre rivedevo qualche patch di sicurezza di emergenza.

Comunque se lo ricontrollo, sono di nuovo nei guai.

Vale comunque la pena provare, non è un sacco di lavoro.

Invece di specificare esplicitamente la porta 8530 (8531 per HTTPS) all'URL WSUS pubblicato in GPO, ho aggiunto manualmente un'associazione aggiuntiva al sito Web "WSUS Administration" in IIS per utilizzare il protocollo "http" sulla porta TCP 80. In questo modo non c'era è necessario modificare l'oggetto Criteri di gruppo, le regole del firewall, ecc.

Ad esempio: il mio "Specificare il percorso del servizio di aggiornamento Microsoft Intranet" pubblicato nell'oggetto Criteri di gruppo rimane impostato su " http: // wsus " ("wsus" è un alias CNAME per il server WSUS dell'azienda). L'associazione del sito Web sarebbe quindi:

• Digitare: http
• Indirizzo IP: tutti non assegnati
• Porto: 80
• Nome host: "wsus" (senza virgolette)

Ho avuto un errore simile a quelli segnalati. Nel mio caso, le macchine non stavano riportando al server WSUS (server virtuale che esegue Windows 2012 R2 su vSphere) e improvvisamente il server WSUS ha smesso di aggiornarsi tramite Windows Update.

Questo è ciò che ha risolto il problema WU:

• Innanzitutto, ho eseguito i seguenti comandi, come indicato da Kyle :

  1. net start BITS (il servizio era già in esecuzione)
  2. net start wuauserv (anche il servizio era in esecuzione)
  3. wuauclt /ResetAuthorization /DetectNow
  4. Run wuauclt /ReportNow
  5. gpupdate /force /boot

• Infine, deselezionai l'opzione "dammi aggiornamenti consigliati allo stesso modo ..." come indicato da Michel de Becdelièvre . I passaggi, vanno così:

  1. Vai a: WU -> Modifica impostazioni
  2. Deseleziona l'opzione "dammi aggiornamenti consigliati allo stesso modo ..." (e assicurati che entrambe le caselle di controllo non siano contrassegnate) e accetta.
  3. Eseguire una scansione online per gli aggiornamenti su WU.

Devo ancora lavorare sulle macchine che non segnalano a WSUS (probabilmente alcune cose relative all'oggetto Criteri di gruppo) ma ora il server si aggiorna magnificamente!

Quando si verifica in regedit il valore di "UseWUServer", se questo valore è impostato su 1, ciò significa che l'aggiornamento di Windows tenta di scaricare gli aggiornamenti dall'impostazione dell'indirizzo specificato in "WUServer", ma se si imposta su "UseWUServer" = 0, windows trova su internet. Ho cambiato il valore da 1 a 0 e il mio aggiornamento di Windows ha funzionato di nuovo.

Ho riscontrato questo stesso codice di errore durante l'aggiornamento del nostro server WSUS dal 2008R2 al 2012R2. I client possono eseguire il ping del server ma non verificare la presenza di aggiornamenti. Si scopre che dovevo richiamare esplicitamente la porta (8530) nell'oggetto Criteri di gruppo creato per i client, cosa che non dovevo fare per 2008R2.

Originariamente trovato la risposta qui:

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

Ho scoperto che questo errore si verifica quando la versione di Windows Update non è compatibile con WSUS. In questo caso, la verifica online degli aggiornamenti richiede all'utente di installare il nuovo software Windows Update, quindi l'aggiornamento funziona da lì.

Si è verificato questo errore che non riguardava WSUS.

Invece Windows Update Win2008R2 errore 80243004 relativo al comportamento sciocco.

Citato da Boo_MonstersInc in https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

L'errore WU 80243004 indica che si è verificato un errore quando Windows Update tenta di creare un'icona nell'area di notifica della barra delle applicazioni.

Questo problema è probabilmente causato dall'area anomala di notifica del sistema.

Una soluzione semplice è riavviare il server e controllare nuovamente WU. Se l'errore persiste, ridimensionare la barra delle applicazioni e selezionare "Mostra sempre tutte le icone e le notifiche sulla barra delle applicazioni".

Semplicemente ctrl+ shift+ Fare clic con il pulsante destro del mouse sull'area vuota del menu Start -> Fare clic su "Esci da Explorer", quindi eseguire "explorer.exe" e riprovare per risolvere il problema.

Una soluzione rapida sarebbe quella di fare quanto segue: -

1. Vai al Pannello di controllo

2. aggiornamento Windows

3. Cambia impostazioni

4. Deseleziona Ottieni aggiornamenti per altri prodotti Microsoft

5. Fare clic su OK e riprovare o aggiornare Windows Update per ricontrollare.