Feil 0x80240069 når du bruker WSUS på Windows 11 24H2: Årsaker, symptomer og løsning

Når det gjelder å distribuere en ny versjon av Windows 11 I bedriften kan ethvert WSUS-uhell bli en hodepine. I de senere år har flere administratorer sett hvordan oppgradere til Windows 11 24H2 krasjer med kode 0x80240069 rett ut av esken, til og med å starte den fra Configuration Manager Software Center.

Casestudien gjentas: tjenesten til Windows Update stopper uventet, loggene er fulle av feil og til tross for at de tillater det descargas direkte fra Microsoft Update, Prosessen fortsetter å mislykkes på datamaskiner som administreres via WSUSDen gode nyheten er at Microsoft allerede har erkjent problemet, redusert det med oppdateringer, og tilbyr klare måter å fikse det på, eller i det minste ri av stormen inntil en permanent løsning kommer.

Hva skjer med feil 0x80240069 i WSUS-miljøer?

I scenarier med Configuration Manager (f.eks. ConfigMgr 2409) og klienter på Windows 11 23H2 som prøver å gå over til 24H2, har det blitt observert umiddelbare feil med 0x80240069 (-2145124247) når oppdateringen startes fra programvaresenteretCAS.log-posten sier vanligvis noe sånt som «Feil ved nedlasting av innhold; utgivelse av forespørsel», som indikerer en tilkobling under hentingsfasen for pakken.

Samtidig med det øyeblikket viser hendelsesvisningen flere ledetråder: "Windows Update-tjenesten ble avsluttet uventet", spor som ikke starter (som WindowsUpdate_trace_log med 0xC0000035) og referanser til svchost.exe_wuauservInteressant nok, hvis den samme datamaskinen får lov til å skanne og installere oppdateringer direkte mot Microsoft Update, fungerer operasjonen, noe som tyder på at Agent WU er ikke ødelagt og problemet oppstår når man går gjennom WSUS.

I et annet reelt tilfelle med Windows 11 24H2 Under augustoppdateringene markerte Programvaresenteret både KB5063878 og KB890830 som mislykkede. WUServiceWatcher-loggen rapporterte at wuauserv ble stengt med kode 1067 og i Programhendelser ble det observert et 0xc0000005-unntak i ntdll.dll for svchost.exe_wuauserv-prosessen. På Windows 10- eller Windows Server 2022-datamaskiner i samme miljø kjørte imidlertid alt knirkefritt.

Offisiell Microsoft-bekreftelse og reparasjonsstatus

Microsoft har bekreftet et problem som påvirker leveringen av Windows 11 24H2-funksjonsoppdatering via WSUS, spesielt etter installasjon av sikkerhetsoppdateringene fra april 2025 (f.eks. KB5055528 og senere). I denne sammenhengen startet ikke nedlastingen engang på mange klienter, eller den ble avbrutt, og Windows Update-loggen viste 0x80240069 i tillegg til meldingen om at wuauserv-tjenesten stoppet uventet.

For å løse dette har Microsoft gitt ut en rekke rettelser som strekker seg over flere lag: a spesifikk pakke for WSUS-servere, endringer på klientsiden og revisjoner for å oppdatere metadata. I noen distribusjoner brukte leverandøren en KIR (Known Issue Rollback) og gjennomgikk deretter den problematiske pakken, slik at etter synkroniser WSUS på nytt og godkjenn gjennomgangen, kunder oppdaterte igjen uten problemer.

Den praktiske anbefalingen er klar: det er viktig å sørge for at både WSUS-servere og -klienter har de nyeste kumulative oppdateringene installert, sjekk synkroniseringsstatusen og tving frem en ny synkronisering om nødvendig for å laste ned de korrigerte metadataene. I flere rapporterte tilfeller, dagen etter gjennomgangen, implementeringen gikk normalt fremover etter resynkronisering og tilsvarende godkjenning.

KB5063878 og andre spesifikke symptomer som har blitt observert

Sikkerhetsoppdateringen KB5063878 for Windows 11 24H2 har vært en av de mest omtalte i disse hendelsene, og brukere har sett den 0x80240069 når jeg prøver å installere detI tillegg viste systemloggene gjentatte uventede avslutninger av Windows Update-tjenesten, noe som effektivt etterlot oppdateringen fast i en feilløkke.

Det er verdt å huske at KB5063878 er viktig: den gir Mer enn hundre sikkerhetsrettinger (107 sårbarheter), så det å la den være udistribuert er ikke et alternativ i bedriftsmiljøer. Når det gjelder WSUS, har noen administratorer funnet en løsning for å omgå blokkeringen: importer pakker manuelt til WSUS basert på deres identifikatorer.

Mer spesifikt har disse GUID-ene blitt delt for manuell import: Windows 11 24H2 (x64): 8018eab0-7242-4932-adf2-afda36f6b3f6 y Windows Server 2025 (x64): 92061378-be93-4659-a72a-037225e6bb0fSelv om denne tilnærmingen ikke er ideell, har den gjort det mulig for noen team lås opp utrullingen mens du venter på gjennomgangen metadataansvarlig eller oppdatering for WSUS.

Parallelt var det administratorer som mistenkte Leveringsoptimalisering (DO) av feilmønsteret, men når direkte nedlasting fra Microsoft Update ble aktivert i ConfigMgr-klienten, vedvarte feilen, noe som forsterket ideen om at den virkelige opprinnelsen lå i WSUS eller i kombinasjonen av metadata + månedlige oppdateringer.

Hvordan krasjen manifesterte seg etter oppdateringene i april 2025

Etter Patch Tuesday i april 2025 advarte Microsoft om at enheter med Månedlig sikkerhetsoppdatering for april (starter med KB5055528) kunne kanskje ikke oppgradere til Windows 11 24H2 ved hjelp av WSUS. Det typiske scenarioet var at nedlastingen ikke ville starte eller fullføres, med 0x80240069 i WindowsUpdate.log og Windows Update-tjenesten stopper plutselig.

I utgangspunktet fantes det ingen umiddelbar offentlig løsning; produsenten ba om tid mens de jobbet med en løsning. Deretter, mellom KIR-er, pakkegjennomganger og spesifikke oppdateringer for WSUSHjulet har snudd igjen, men det er viktig for hver organisasjon å validere kjeden sin: WSUS-versjon, korrekt synkronisering, gjeldende godkjenninger og oppdaterte klienter.

Dette er ikke den første slike episoden: i tidligere måneder opplevde bedriftskunder med Windows 11 22H2 og 23H2 også samme kode 0x80240069 når jeg prøver å gå over til 24H2 av WSUS, og ble løst med lignende handlinger av Microsoft på metadata og server.

Anbefalte midlertidige tiltak hvis du fortsatt står fast

Utover å vente på den offisielle korreksjonen, finnes det liv. Ett alternativ er utsett installasjonen av april 2025-oppdateringene midlertidig Hvis din umiddelbare plan er å oppgradere til 24H2 via WSUS, og du fortsatt har tid til å justere vedlikeholdsvinduer.

En annen måte er å velge alternative metoder for funksjonsoppdateringer: Media Creation Tool, Windows Update Assistant o Offisiell ISO i kontrollerte distribusjoner. Disse banene omgår WSUS for funksjonsoppdateringspakken, slik at du kan fullføre hoppet til 24H2 og deretter gå tilbake til den vanlige WSUS-banen for kumulative oppdateringer og kvalitetsoppdateringer.

Hvis du absolutt trenger at den går gjennom WSUS, kan du prøve manuell import med GUID nevnt tidligere. Og sørg parallelt for at WSUS-serveren har mottatt og brukt eventuelle hurtigreparasjon publisert av Microsoft for dette spesifikke problemet, etterfulgt av en grundig resynkronisering og verifisering av konsollmetadata.

Rask diagnostikk: Hva du bør sjekke på klienter og i WSUS/ConfigMgr

Som en tommelfingerregel er det best å starte med logger nøkkel. På klienter som administreres av Configuration Manager, WUAHandler.log og WindowsUpdate.log er dine beste allierte. Den første gjenspeiler hva Windows Update Agent rapporterer, og den andre er der årsaken vises (inkludert 0x80240069 (når aktuelt). Hvis WUAHandler.log ikke genereres selv etter at en skannesyklus er tvunget frem, er det sannsynligvis et policyproblem, et WSUS-plasseringsproblem eller et kommunikasjonsproblem med programvareoppdateringspunktet.

Først av alt, bekreft at Windows Update Agent er oppdatert, og hvis du mistenker lokal korrupsjon, tilbakestiller SoftwareDistribution-butikken fra klienten: stopp WU-tjenesten, gi mappen nytt navn og start på nytt. kommandoer typisk: net stop wuauserv, endring C:\Windows\SoftwareDistribution a SoftwareDistribution.old, og utfører net start wuauservEtter det, starter en oppdateringstest fra klienten.

Hvis du ser proxy-relaterte feil, sjekk WinHTTP-innstillingene dine. Kryss av med netsh winhttp show proxy og hvis du har riktig proxy i Internet Explorer/Windows-innstillinger, importer den med netsh winhttp import proxy source=ieVanlige koder for feilkonfigurert proxy inkluderer 0x80244021 (HTTP 502), 0x8024401B (HTTP 407), 0x80240030 o 0x8024402C.

For å utelukke tilkoblingsproblemer med WSUS, sjekk URL-adressen fra klienten. Finn innstillingen i registeret. HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate og test tilgang til typiske ruter: http://SERVIDOR:8530/Selfupdate/wuident.cab, http://SERVIDOR:8530/ClientWebService/wusserverversion.xml y http://SERVIDOR:8530/SimpleAuthWebService/SimpleAuth.asmxHvis de svikter, er det sannsynlig strømbrudd. DNS, brannmur, porter eller proxy.

Når vi snakker om porter, kan WSUS fungere med 80, 443, 8530 eller 8531Sørg for at de er åpne ende mot ende. En rask telnet (telnet SERVIDOR 8530) gir deg en umiddelbar pekepinn. Hvis IIS-en din er i spill, sjekk WSUS-områdebindingene i IIS Manager for å bekrefte at portinnstillingene er riktige. samsvarer med oppdateringspunktrollen i konfigurasjonsbehandler.

SSL, sertifikater og feil 0x80072f0c

Hvis du har WSUS med SSL og du ser koden 0x80072f0c, sjekk at de virtuelle WSUS-katalogene er i SSL, men med «ignorer klientsertifikater». Hvis det er konfigurert ved en feiltakelse. Godta eller kreve klientsertifikater, skanningen mislykkes. I ConfigMgr-programvareoppdateringspunktet aktiverer du bare «Krev SSL-kommunikasjon» hvis nettstedet er forberedt, med dets serverautentiseringssertifikat installert og bundet til nettstedet i IIS.

I IIS, sjekk HTTPS-bindingene for WSUS-området og at riktig sertifikat er valgt. Hvis det mangler, tilordne den til Rediger nettstedslenke, lagre og start på nytt etter behov. Valider deretter at WSUS-konsollen har muligheten til å bruke SSL ved synkronisering, slik at det ikke er noen konfigurasjonsavvik mellom serveren og oppdateringspunkt.

Gruppepolicyer som overstyrer WSUS-innstillinger

En annen klassiker: den Domene-GPO overskriver lokale innstillinger som Configuration Manager bruker for å peke til oppdateringspunktet og porten din. Hvis verdien i GPO-en ikke samsvarer nøyaktig med det oppdateringspunktet ditt trenger (inkludert FQDN og port), mislykkes skanningen. I WUAHandler.log ser du at domenepolicyene har overstyrt de lokale, og derfra, klienten finner ikke serveren sin.

Løsning: Juster GPO-ene med Configuration Manager. Dette betyr at servernavnet og porten samsvarer med navnet og porten til programvareoppdateringspunktet. Hvis for eksempel standardnettstedet brukes, bør URL-en inneholde Riktig FQDN og port (f.eks. http://server1.contoso.com:80Når de er på linje, blir ikke klienten lenger desorientert.

Flere kontroller for å forbedre diagnosen

Hvis administrasjonspunktet returnerer en tom WSUS-plassering til klienten, kan det være en avvikelse i innholdsversjon i WSUS på grunn av en mislykket synkronisering. I ConfigMgr-konsollen sjekker du synkroniseringsstatusen for oppdateringspunktet. Hvis du trenger å rive med, kan du se på tabellene CI_Oppdateringskilder, WSUSServerplasseringer y Oppdater_synkroniseringsstatus, validering av kildeidentifikatoren og innholdsversjonen de faller sammen.

Aktiver detaljert logging og feilsøkingslogging på både klienten og administrasjonspunktet. Sørg for at CcmMessaging.log er fri for kommunikasjonsfeil. Hvis eksamen går og fullføres, skal statusmeldinger sendes til administrasjonspunktet. Hvis de ikke kommer frem, se gjennom meldingsbehandlingsflyt og eventuelle mellomliggende blokker.

Andre vanlige feilkoder og deres betydning

I WSUS/ConfigMgr-miljøet finnes det en streng med koder som bør gjenkjennes for ikke å kaste bort tid. 0x80245003, 0x80070514, 0x8DDD0018, 0x80246008, 0x80200013, 0x80004015, 0x800A0046, 0x800A01AD, 0x80070424, 0x800B0100 y 0x80248011 De peker vanligvis på manglende eller skadede komponenter. De repareres ofte med Windows Update feilsøking eller med ham tilbakestille fra agentlageret (SoftwareDistribution).

Ved tilkoblingsproblemer vil du se 0x80072ee2, 0x8024401C, 0x80244023, 0x80244017 (HTTP 401) og 0x80244018 (HTTP 403)I disse tilfellene må du bekrefte porter, proxy, brannmur og at klienten når de virtuelle mappene. ClientWebService y SimpleAuthWebService fra WSUS. Hvis IIS ikke returnerer feilen i loggene sine, er det vanligvis en brannmur/proxy i midten som kutter kommunikasjonen.

Med 0x80240069 er mønsteret som observeres i denne hendelsen annerledes: det er ikke at klienten ikke kan nå WSUS, men at Nedlasting/installasjon av 24H2-funksjonsoppdateringen mislykkes på grunn av midlertidige inkompatibiliteter (metadata, pakkegjennomgang eller interaksjon med månedlige oppdateringer), løst av Microsoft med hurtigreparasjoner og oppdateringer.