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.

Windows RDP, Remote Desktop Protocol

Door Jasper Bakker

Nieuwsredacteur

19-01-2026 • 11:46

79

Submitter: MoonRaven

Reacties (79)

Sorteer op:

Weergave:

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]

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]

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

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

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.
Hoe precies wil je een Windows build inclusief de onderliggende HyperV testen in een Docker container??

8)7
Hier worden die tests regressietests genoemd. Er word testdata in databases gepompt allerlei uitgebreide scenarios worden getest. Maar ook process scripts gemaakt door klanten, die zijn ook onderdeel. Tests duren vaak een uur of 3 en aan het eind een dashboard met wat goed ging en wat niet.

En nog steeds vangen we fouten die niet naar voren komen met unit-tests. Unit tests hebben hun nut, maar zijn vooral niet het wondermiddel dat word beweert door AI en/of Agile.

Regressietesten zijn tijdrovend, maar fouten zijn beter gevonden in de test-omgeving dan in acceptatie of nog erger produktie. De Agile mensen hebben echter wel de test-procedure aan weten te passen, want eerst mochten de programmeurs geeneens de unit-tests en al helemaal geen regressietests schrijven voor de issues waar zij ook maar enige hand in hebben gehad.

Nu mogen ze dat wel. En naar mijn mening is het juist essentieel dat die harde scheiding tussen ontwikkelen en testen gehandhaaft bleef. En je merkt het verschil, er verschijnen issues in de tracker, die eerst werden afgevangen. Maar we leveren sneller...

Idioterie.
Er is iets anders veranderd het laatste jaar binnen Microsoft.
Als ik zou moeten gokken, meer gebruik van AI? :+
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.
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.
Volgens mij zegt hij dat niet. Er werd gesteld dat er niet in werkelijke scenarios getest wordt met een kleine testgroep van echte gebruikers, al of niet van eigen partij, alvorens de update globaal uit te rollen. En dat is wel degelijk een zeer kwalijke zaak.
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.
Dat, en misschien moeten ze eindelijk eens zelf wat minder AI gebruiken daar.
Gebruikelijke reactie hier: het zal te maken hebben met specifieke hardware. Er zijn 1001 hardwareconfiguraties en ze kunnen nu eenmaal niet iedere configuratie testen.
Dat is niet anders dan zeg 20 jaar geleden. Dus, er is iets anders.
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".
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.
Maar dat doen ze toch? En ja, nu begint het bugfixen lol.
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.
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]

Gegeven de wereldwijde milieu-impact best bijzonder dat dit een optionele update is.
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.
In veel bedrijven zetten ze de pc's sowieso niet eens uit aan het einde van de dag.
En dan vragen ze zich af waarop ze nog kunnen besparen... :z
LED lampen uit, maar pc's en monitoren allemaal aan. Raar hoor.
Het is mij recentelijk nog gebeurd dus het lijkt er niet op.
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
Tip: macOS en al je issues verdwijnen zomaar. Ja tis even wennen, maar terug gaan doe je niet meer :)
Je krijgt -1 maar hebt gewoon gelijk. Apple is ook niet zaligmakend al beweren de fanboys van wel.
De lachers zijn ook niet altijd de verstandigste niewaar ;-)
Na 10 jaar ja... :X

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

Die is met de november 2025 update ronde toch gefixt? (optional KB5067036 update (for Windows 11 25H2/24H2)
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.
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.
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..
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...
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" :P
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.
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.
Dat is een commando om Windows meteen/direct af te sluiten.
Dat is te moeilijk voor de meeste Windowsgebruikers die kunnen niet met een commandline overweg.
Daarmee installeer je de updates niet en is dermate dus geen goede workaround.

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

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

Maar je kan ook zeggen: een computer die 'echt' uit staat (dus niet in een of andere standby-modus of op afstand inschakelbaar), die is op het moment dat deze uitstaat geen gevaar voor de gebruiker(s), de computer zelf of het netwerk waar deze in hangt.

Gebrek aan updates op een bedrijfscomputer is een probleem van het bedrijf. Updates moeten (relatief) snel worden toegepast, ik ga dat niet tegenspreken.

Maar gezien de huidige staat van Windows updates, zou ik deze uitstellen totdat deze getest zijn door IT. IT kan dan ook bepalen op welk tijdstip die updates uitgerold moeten worden. Want het is wel duidelijk geworden dat Microsoft het vertrouwen in 'zo snel mogelijk automatisch updaten' niet waard is. Ook al denken zij zelf van wel.

Deze ellende begon al in 2024, 2025 was een nog slechter jaar en we zijn amper een maand in 2026 en het ziet er al naar uit dat 2026 nog slechter wordt dan 2025 als het gaat om Microsoft.

De overige staat van de wereld, hoe dat gaat verlopen in 2026, dat laat ik maar beter buiten deze post. Hopelijk is een nog slechter Microsoft het enige probleem voor 2026.
Ah, zeker een dev met de changelog "increased security" in de patchnotes? :P
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.
Daar gaan we weer! Ik wens iedereen die slachtoffer is veel sterkte.
Edit:
verkeerde post

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

Dit is de tweede maand op een rij dat er calamiteiten zijn met een update.
Gelukkig gebruiken wij al lange tijd geen RDP meer voor het remote benaderen van Windows systemen, precies om deze reden. AnyDesk gebruiken wij momenteel in productie.
Wat is er precies mis met anydesk? (serieuze vraag)
https://www.akamai.com/bl...tions-and-recommendations

Deze bijvoorbeeld. Bij ons is het een strikt verboden applicatie in elk geval.
Thanks. Ik gebruik em thuis voor een oude XP bak waar nog specifieke software op draait daar waar teamviewer dienst weigert.
AnyDesk? Een dienst die gebruik maakt van 'firewall-punching'-technieken om contact te leggen met bedrijfscomputers? En dat is veiliger/beter dan RDP?

Nu weet ik ook wel dat het RDP protocol van origine niet zo heel veilig is opgezet (Microsoft dacht toendertijd dat het internet nooit door zou breken). AnyDesk was tot aan versie 6.x gemaakt en beheerd door de idealisten achter TeamViewer, die niet meer bij TeamViewer wilden werken vanwege de mantra van de leiding aldaar.

En opnieuw konden zij niet voorkomen dat sinds versie 7.x in handen kwam van een investeringsbedrijf dat er net zo slechte trekjes erop na houden dan de leiding bij TeamViewer.

AnyDesk is gemak, zo ver ga ik wel. Maar beter/veiliger? Nee, dan liever een lokele Rustdesk server en een VPN (of Twingate of CloudFlare tunnel) die RustDesk clienten met elkaar verbindt. Als alternatief voor RDP.

Beveiligde remote toegang tot RDP, dat kan je ook voor elkaar krijgen via Apache Guacamole. Allemaal hebben ze meer beveiligingsopties en -restricties dan AnyDesk.
Januari updates geïnstalleerd op een Windows server 2016 machine, kon ik deze opeens niet meer benaderen via RDP.

Bleek het default gateway adres opeens leeg te zijn 8)7

Om te kunnen reageren moet je ingelogd zijn