Windows-update blokkeert Remote Desktop en slaapstand

De beveiligingsupdate van januari voor Windows geeft sommige gebruikers problemen. Inloggen via remote desktop werkt niet en soms zijn uitschakelen en de slaapstand niet mogelijk. Dit raakt Windows 11, Windows 10 en Windows Server 2025, 2022 en 2019. Noodpatches zijn beschikbaar.

De eerste Windows-beveiligingsupdate van dit jaar, die Microsoft uitbracht op zijn maandelijkse Patch Tuesday, blijkt een bug te bevatten voor meerdere Windows-versies. Verbindingen via remote desktop werken voor sommige gebruikers niet meer. Dit raakt onder meer de Windows-app, die de oude apps Remote Desktop Connection en Remote Desktop vervangt. Die ingebouwde app voor verbinding op afstand laat gebruikers en beheerders werken met andere Windows-pc's, maar ook met virtuele desktops in Microsofts Azure-cloud en cloud-pc's op Windows 365.

"Andere verbindingen op afstand en gerelateerde applicaties kunnen op soortgelijke wijze geraakt zijn", erkent Microsoft. De problemen treden op in Windows 11, voorganger Windows 10 en servervariant Windows Server 2025, 2022 en 2019. Niet iedereen heeft ermee te maken: Microsoft spreekt van 'specifieke builds' van Windows waarbij inloggen via remote desktop niet meer werkt.

De beveiligingsupdate van januari maakt daarnaast de slaapstand en uitschakelen onmogelijk voor sommige Windows-pc's. Dit betreft computers met Secure Launch ingeschakeld. Dat is een beveiligingsfunctie die het opstartproces beschermt tegen rootkits en tegen hackaanvallen op firmwareniveau. Getroffen systemen draaien de Enterprise- of IoT-uitvoering van Windows 11 23H2. In plaats van uitschakelen of in slaapstand gaan, voert Windows dan een herstart uit.

Microsoft bracht op zaterdag 17 januari zogeheten out-of-bandupdates uit voor de verschillende Windows-uitvoeringen en -versies om deze problemen te verhelpen.

Reacties (50)

[Lief Adje]

De remote desktop bug is inmiddels gelukkig ook verholpen met een OOB-update:
17 januari 2026, KB5077744 (OS-builds 26200.7627 en 26100.7627) Out-of-band -...

Dit was erg lastig, als één gebruiker dit probleem veroorzaakt, kon niemand erna meer op een AVD host inloggen.

[Reactie gewijzigd door Lief Adje op 19 januari 2026 12:04]

[Triblade_8472]

Je geeft de update voor Windows Server 2025, maar 2019 en 2022 hebben er ook last van.

2019: KB5077795

2022: KB5077800

[Reactie gewijzigd door Triblade_8472 op 19 januari 2026 13:31]

[Tweddy]

Je vraagt je af of ze deze updates wel eens van te voren loslaten in de echte wereld op echte pc's van normale mensen.

[Llopigat]

Nee, daar zijn ze mee gestopt. Ze hebben jaaaren geleden hun hele QA team ontslagen en testen alleen nog maar in kunstmatige scenario's. Daarom zijn ze ook zo hard dat je telemetrie niet uit kan schakelen: https://www.forbes.com/sites/jasonevangelho/2018/12/12/microsoft-admits-normal-windows-10-users-are-testing-unstable-updates/

Bij ons op het werk waren ze ook altijd aan het drammen over 'data-driven' alles. Dat data-driven zit er diep in daar, daar zijn ze helemaal mee geobsedeerd. We moesten vaak uitleggen dat dat soort dingen soms helemaal niet mogen in de EU vanwege dingen als privacy. Weten ze vast ook wel hoor, dat kan niet anders.

Alleen de laatste 2 jaar niet meer, nu zijn ze alleen nog maar copilot aan het drammen en daar nog veel meer geobsedeerd.

[Reactie gewijzigd door Llopigat op 19 januari 2026 12:03]

[Blokker_1999]

Want een QA team test niet in syntetische scenario's denk je? Mijn God man, hoe denk je dat software getest wordt?

Je refereert ook naar een artikel dat ondertussen 7 jaar oud is. En als je wat dieper gaat induiken in heel de materie en gaat lezen wat de motivatie van MS was destijds en welke richting ze uitgingen, dan was dat niet eens zo slecht. Je wil niet een stuk code schrijven, committen om dan 1 of 2 weken later feedbakc te krijgen dat er een bug in zit waarna je weer moet gaan uitzoeken waar je toen mee bezig was, potentieel weer omschakelen naar een totaal andere context dan waar je nu mee bezig bent. Dat is tijdrovend en weinig productief. MS heeft dus de beslissing genomen om een groter deel van de testen door de deverlopment teams zelf te laten uitvoeren zodat ze sneller kunnen testen en er een veel kortere feedback loop ontstaat. Is dat echt zo vreemd?

En dat anders testen kan niet de oorzaak zijn dat we het laatste jaar ineens een veel grotere influx zien aan idiote bugs die door de mazen van het net glippen in hun testing. Er is iets anders veranderd het laatste jaar binnen Microsoft.

[Hans1990]

Ik denk juist dat synthetische scenarios het probleem niet zijn. Dat doen developers zelf al met unit tests. Integratie tests is vaak waar dingen op stuk lopen, en die kan je niet goed omvatten in unit tests. Daar worden zulke geautomatiseerde tests veel te lomp en traag voor om op een dev server te draaien.

Wat ik dan verwacht van een QA team, is dat zij een uiteenloop van installaties, hardware configuraties en scenarios proberen te (stress) testen. Dat omvat juist vaak ook weer geautomatiseerd werk. Je kan -met genoeg tijd en moeite- je gehele product gerobotiseerd testen. Bijvoorbeeld een simpel test scenario: boot PC, maak RDP connectie naar andere machine, of ontvang RDP connectie. Tweede test scenario: boot PC, lock screen, ontvang RDP connectie. Derde scenario: boot PC, ga in slaap, verifieer dat slaap stand is bereikt, probeer dan RDP connectie te starten met extra WOL pakket.

Doe dit voor een reeks van verschillende processor platformen, ethernet chipsets, videokaarten (andere driver stack), enzovoort. en je kan met veel meer vertrouwen dan een N=1 sample van 1 developer zeggen of iets stabiel is om uit te brengen.

Als Microsoft minder tot geen QA meer doet, dan leunen ze dus op telemetrie om dit werk te doen. Het banaan-princiepe: het product rijpt bij de klant.

[Reactie gewijzigd door Hans1990 op 19 januari 2026 13:37]

[DdeM]

Ben het niet helemaal eens met dat stukje over integratie tests. Met een beetje moderne machine, zeg max 6 jaar oud, docker en een moderne testrunner is er geen reden waarom je geen snelle testruns met integratietests kan hebben op een dev machine. En op een dev server verwacht ik juist dat integratie tests altijd gedraaid worden.

[kozue]

Er is iets anders veranderd het laatste jaar binnen Microsoft.

Als ik zou moeten gokken, meer gebruik van AI?

[kazuka]

Ja, die indruk krijgen wij ook. Wij hebben 55.000 Macs met Microsoft 365 en ze zijn sinds september overgeschakeld naar wekelijkse (!) updates. Bijna elke week gaat er wel iets stuk in 1 van de apps. Vorige week moesten we 4 support cases inschieten voor alleen al Outlook for Mac omdat er van alles mankeerde aan de januari update. Deze trend zien wij het afgelopen jaar alleen maar erger worden.

Ik heb echt het gevoel dat ze veel QA personeel de laan uit hebben gestuurd en AI/Copilot dit gedeeltelijk heeft overgenomen. Het is een drama.

[Wijnands]

Mijn God man, hoe denk je dat software getest wordt?

Ik vraag me af of er getest wordt. Het gebeurt nu minsten een keer per kwartaal dat er essentiële OS onderdelen stuk gaan in een patch. Wat hadden we vorig jaar? Printen, recovery tool, bluetooth headsets.. wat nog meer?

Exact een jaar geleden was er ook in het nieuws dat de eerste patch van het jaar een bak problemen gaf.

[William_H]

Er moet iets anders de oorzaak zijn? Maar de meest voor de handliggende oorzaak, die ongeveer het halve internet weet, dat is niet de oorzaak? En waarom hebben de meest serieuze software-bedrijven dan een QA team? Dat Microsoft nu denkt dat ze het allemaal met AI afkan, is hun probleem, maar ze maken er ook ons probleem van. En dat is het ergste.

[Mizgala28]

Dat, en misschien moeten ze eindelijk eens zelf wat minder AI gebruiken daar.

[TheVivaldi]

Gebruikelijke reactie hier: het zal te maken hebben met specifieke hardware. Er zijn 1001 hardwareconfiguraties en ze kunnen nu eenmaal niet iedere configuratie testen.

[SPee]

Ze vragen gewoon aan AI "waar kan deze fix een probleem veroorzaken". Die komt dan terug met een antwoord en dat testen ze dan. Of ze laten AI de test uitvoeren en die komt dan terug met "ik heb het getest".

[Erwin1967]

Ik vraag mij af in hoeverre dit soort updates door AI geschreven worden? Microsoft wil daar steeds meer gebruik van maken. AI kan best aardig werken in specifieke zaken maar om volledige code te laten schrijven gaat op dit moment echt te ver.

[Yzord]

Maar dat doen ze toch? En ja, nu begint het bugfixen lol.

[thetakman]

Vervelend. maar kunnen we ALSJEBLIEFT eindelijk de bug uit Update en Shutdown ook oplossen?
Iedere ellendige keer gaat de pc/laptop gewoon weer aan als die klaar is.

[Eagle Creek]

Goede vraag, waar zelfs al naar is geluisterd en een antwoord op is gegeven - of gemaakt!

nieuws: 'Update and shutdown' gaat Windows voortaan daadwerkelijk afsluiten

Microsoft past dat aan in de optionele update van Windows 11, build 25H2 26200.7019, die overigens al een paar dagen uit is. Daarin valt vooral een klein zinnetje in de releasenotes op: "Een onderliggend probleem opgelost dat ervoor kan zorgen dat 'Update and shutdown' de pc niet afsluit na het updaten", schrijft Microsoft.

----------------

Gegeven de wereldwijde milieu-impact best bijzonder dat dit een optionele update is.

@Recursio iets verder lezen

De update zit nu vooral in de optionele KB-release. Microsoft zegt tegen Windows Latest dat het de update definitief wil doorvoeren in de Patch Tuesday-update van november. Die komt de 11e uit.

[Reactie gewijzigd door Eagle Creek op 19 januari 2026 12:21]

[Recursio]

Gegeven de wereldwijde milieu-impact best bijzonder dat dit een optionele update is.

[marco275]

In veel bedrijven zetten ze de pc's sowieso niet eens uit aan het einde van de dag.

[locke960]

Optioneel in Microsoft-update-lingo betekent dat je het een maand later alsnog krijgt, als onderdeel van de security update van die volgende maand.

Het optionele zit hem dus in de mogelijkheid deze updates een maand uit te stellen. In theorie geeft dat MS de mogelijkheid nog iets te veranderen als er problemen met die updates zijn.

[Moortn]

Die zou opgelost moeten zijn, zie nieuws: 'Update and shutdown' gaat Windows voortaan daadwerkelijk afsluiten.

[Adinias]

Het is mij recentelijk nog gebeurd dus het lijkt er niet op.

[Blasterxp]

ik dacht 's avonds, wat hoor ik toch? Laptoptas open, gloeiende en gloeiend hete laptop uit de tas.. hij is fijn. Update en ga uit, niet Update en zet jezelf in de brand. man man man

[Yzord]

Tip: macOS en al je issues verdwijnen zomaar. Ja tis even wennen, maar terug gaan doe je niet meer :)

[Llopigat]

Na 10 jaar ja...

[Reactie gewijzigd door Llopigat op 19 januari 2026 11:58]

[Heaget]

Ik heb dus echt een hele tijd gedacht dat ik dement aan het worden was als mijn laptop na een update toch gewoon weer aan stond. Pas toen ik op een briefje schreef wat ik aanklikte kwam ik erachter dat het niet aan mij lag..

[nzall]

Mijn collega's zeiden geregeld dat ik mijn PC op het einde van de werkdag moet afsluiten. En ik klik dus elke keer op "Update and Shut Down". Dus het lag helemaa niet aan mij...

[Dark Angel 58]

Als ik jou was, zou ik een filmpje maken van de handelingen... en volgende dag... "je hebt je pc alweer niet uitgezet" zeiden je collega's. Dan toon je ze een filmpje en aan het eindje van de filmpje... "mij valselijk beschuldigen, ik geef jullie middelvinger"

[cdwave]

Volgende keer kiezen voor "Remove Windows and Shut Down"

[HKLM_]

Die is met de november 2025 update ronde toch gefixt? (optional KB5067036 update (for Windows 11 25H2/24H2)

[RobbyTown]

nieuws: 'Update and shutdown' gaat Windows voortaan daadwerkelijk afsluiten

Na het nieuws te hebben gelezen. Afgelopen week eens getest. Afsluiten en ja het is gefixt! Systeem blijf uit ipv toch weer opnieuw opstarten.

[Munters]

De laatste keer ging de pc tot mijn grote verbazing voor het eerst gewoon uit na de update & shutdown.
Ik heb nog een tijdje staan kijken omdat ik verwachte dat deze ineens weer aan zou gaan. Maar nee.
Het lijkt zomaar echt opgelost te zijn.

[DragonStorm99]

Gebruik als workaround voor afsluiten het volgende commando in de uitvoeren balk:

Windows toets + R type dan het volgende in:

Shutdown -s -t 0

Dan sluit hij wel af en blijft ie uit.

[Technoid]

Daarmee installeer je de updates niet en is dermate dus geen goede workaround.

[Reactie gewijzigd door Technoid op 19 januari 2026 14:00]

[cdwave]

Dat is dan mooi meegenomen.

[Tourmaline]

Dat is een commando om Windows meteen/direct af te sluiten.

[JacOwns7]

Ik heb dit de laatste tijd in de gaten gehouden met mijn Windows 11 Home PC, en het gaat tot nu toe 100% van de keren goed waarbij de PC netjes afgesloten word. Voorheen was dit een beetje 50/50.

[Martinspire]

Ah, zeker een dev met de changelog "increased security" in de patchnotes?

[mahsalti]

Is best erg aan het worden met Microsoft dat het steeds meer buggy software aan het uitbrengen is waarbij de consument de bugtester is. Ik bedoel het werkt in principe goed na een poos maar is dit hoe het eea verloopt met bleeding edge tech? Ok dit is niet voor elk systeem het geval en ben hier misschien niet heel eerlijk in. Maar echt ongelooflijk hoe vaak dit voorkomt tegenwoordig op Windows.

Apple is hier niet veel beter in. Maar ik neig de afgelopen jaren steeds meer naar Linux en zie persoonlijk vrijwel geen behoefte meer om Windows te gebruiken of een Windows OS.

[HollowGamer]

Dat hele Secure Boot (of hoe ze dat hele ding ook noemen - Secure Launch is een nieuwe term voor mij) is zo vervelend gemaakt, enkel specifiek voor Windows, en dan nog hebben ze het niet voor elkaar met hun eigen OS.

Je kunt de Microsoft keys voor Secure Boot niet wissen, want anders brickt mogelijk je firmware. Als je dus Linux draait, dan ben je verplicht te werken volgens hun keys of via een omslachtige manier deze zelf uit te rollen. Ik snap echt heel goed waarom het bestaat, en zelf gebruik ik SB + TPM met eigen keys, maar dat ze alles bricken op hun eigen OS daardoor, is exemplarisch over hoe slecht Windows in elkaar zit.

Het zal mij ook niet verbazen als het komt doordat een (register) key ergens niet wordt aangemaakt op hun oudere builds.

[Reactie gewijzigd door HollowGamer op 19 januari 2026 12:14]

[Caelestis]

Je kan gerust de Microsoft keys verwijderen.

Je zal dan enkel bij de eerst volgende opstart actie je installatie weer moeten koppelen aan de Secure boot tijdens het inloggen.
(Werkt niet zonder online Microsoft account)

[nvaert1986]

Sommige UEFI firmware van grafische kaarten of andere drivers werken mogelijkerwijs niet. Dus het is sowieso niet aanbevolen Secure Boot te gebruiken zonder de keys van Microsoft. Wat je dan normaliter moet doen is je eigen certificaat maken en daarmee het certificaat van Microoft sginen en trusten om daar omheen te werken.

[CloudPrutser]

Daar gaan we weer! Ik wens iedereen die slachtoffer is veel sterkte.

[Rogers]

Mischien is het toch niet zo'n goed idee om ontwikkeling uit te besteden aan AI en goedkope Indiërs als je ziet hoeveel problemen Windows tegenwoordig heeft.

[JBVisual]

Edit:
verkeerde post

[Reactie gewijzigd door JBVisual op 19 januari 2026 12:35]

[Polderviking]

Dit is de tweede maand op een rij dat er calamiteiten zijn met een update.