[English]Ich ziehe mal ein Thema separat hier in einen Blog-Beitrag, den Microsoft Administratoren bzw. Nutzern mit dem März 2025-Patchday eingebrockt hat. Es liegen mir Berichte vor, dass das Update KB5053598 zu Probleme bei RDP-Verbindungen führt. Diese RDP-Verbindungen werden nach kurzer Zeit abgebrochen.
Windows 11 Updates März 2025
Zum 11. März 2025 wurden für Windows 11 23H2 und Windows 11 24H2 kumulative Updates ausgerollt, die auch Verbesserungen an den Betriebssystemen vornehmen sollen. Die Updates sind im Beitrag Patchday: Windows 10/11 Updates (11. März 2025) beschrieben.
Windows 11 24H2: Update KB5053598)
Das kumulative Update KB5053598 vom 11. März 2025 für Windows 11 24H2 beinhaltet Qualitätsverbesserungen sowie Sicherheitspatches (siehe Microsoft Security Update Summary (11. März 2025)).
Die Liste der Qualitätsverbesserungen findet sich aber im Preview-Update KB5052093 vom 25. Februar 2025. So werden ein Problem in Open Secure Shell (OpenSSH) behoben sowie ein Bug in Hyper-V gefixt. Auch bestimmte RDP-Anzeigeprobleme (siehe auch Weiterhin RDP-Probleme unter Windows 11 (Feb. 2025)?) sollen behoben sein – was in diesem Benutzerkommentar ebenfalls erwähnt wird.
Windows 11 23H2: Update KB5053602
Auch für Windows 11 22H2-23H2 wurde das kumulative Update KB5053602 mit Qualitätsverbesserungen sowie Sicherheitspatches (siehe Microsoft Security Update Summary (11. März 2025)) ausgerollt.
Neue RDP-Probleme nach März 2025-Update
Es sieht nun aber so aus, dass der Versuch, die RDP-Anzeigeprobleme durch kumulative Updates vom 11. März 2025 für Windows 11 zu beheben, zu anderen Problemen führt. Bereits zum Beitrag Weiterhin RDP-Probleme unter Windows 11 (Feb. 2025)? gibt es mehrere Kommentare, die Probleme mit RDP-Verbindungen beschreiben.
Robert gibt zum 25. Februar 2025 an, dass der Zugriff auf Windows 11 24H2-Clients von Windows 10 aus mit RDP unmöglich sei. Einmal gibt es nur einen schwarzen Bildschirm, einmal kommt nur der Sperrbildschirm ohne Reaktion, manchmal schafft er es bis zur „Willkommen“ Meldung. Danach passiert aber nichts. In diesem Szenario hilft die in diesem Beitrag beschriebene GPO-Einstellung.
Computer Policy\Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Connections
Dort die Netzwerkerkennung auf dem Server wählen, und auf aktiviert stellen. Die Erkennung der Verbindungszeit und die kontinuierliche Netzwerkerkennung sind zu deaktivieren.
RDP-Probleme in Windows 11 24H2
Es sieht nun aber so aus, dass der Versuch, die RDP-Anzeigeprobleme durch das kumulative Update KB5053598 vom 11. März 2025 für Windows 11 24H2 zu beheben, zu einem anderen Problem geführt hat.
In diesem Kommentar schreibt ein Administrator, dass deren Nutzer seit Installation des Update KB5053598 das Phänomen haben, dass RDP-Verbindungen nach ca. 2 Minuten getrennt werden, wenn die RDP-Verbindung in die Taskleiste abgelegt wird.
Auch in diesem Kommentar meldet meldet ein Nutzer, dass die RDP-Thematik unter Windows Server 2016 mit installiertem Update KB5053598 auftrete. Windows 11 24H2-Clients mit installiertem Update KB5053598 „fliegen in einer Zeit zwischen 2 und 10 Minuten raus bei RemoteApps“. Die Fehlermeldung sei nichts aussagend, eine Update-Deinstallation bringe Besserung. Weiterhin erwähnt der Leser, dass die Deaktivierung von UDP für die zugreifenden Clients mit installiertem Update auch zu funktionieren scheint.
Auch RDP-Probleme in Windows 11 23H2
Als dritter Leser meldet Luigiano in diesem Kommentar, dass auch Windows 11 23H2-Clients nach Installation des betreffenden März 2025-Update KB5053602 RDP-Probleme auftreten. Beim Zugriff auf Windows Terminalserver 2016 und 2025 per RDP, bricht die RDP Verbindung ab, wenn eine Windows Popup-Benachrichtigung eingeht. Erst durch wechseln in den Ruhemodus funktioniere die RDP-Verbindung, heißt es. Deinstallieren der Windows 11-Updates löst das Problem, schreibt der Leser.
Weitere Fundstellen im Internet
Ich habe bei der Suche im Internet diesen 1 Tage alten Eintrag in der Spiceworks-Community gefunden, der von Unterbrechungen der Remote-Desktop-Verbindung auf Windows 11 24H2-Clients berichtet.
Im Thread wurde obiger Screenshot gepostet. Auch Windows Latest erwähnt in diesem Beitrag RDP-Verbindungsabbrüche.
Ähnliche Artikel:
Microsoft Security Update Summary (11. März 2025)
Patchday: Windows 10/11 Updates (11. März 2025)
Patchday: Windows Server-Updates (11. März 2025)
Günter, diese Probleme bestehen seit Monaten … nicht erst seit den jüngsten Windows Updates … ich kann nicht sagen seit wann, aber gefühlt sind es bereits fast zwei Jahre … sie gehen einher mit den Änderungen, die Microsoft in Sachen LDAP und die Verschlüsselung durchgeführt hat … auffällig ist, dass eine erste RDP-Verbindung mit Kerberos gesichert wird, nach der Trennung dann, analog zu Deinem Screenshot, wird die Verbindung(en) dann durch Zertifikat gesichert … das kann man oben in dem Balken im RDP-Fenster in den Verbindungseigenschaften kontrollieren …
Ich möchte hier verlautbaren, wer seine Infrastruktur auf Terminalserver umgestellt hat und als Endgeräte GNU/Linux ausgerollt hat, zentral gemanaged und automatisiert, der kann bei solchen Meldungen schmunzeln und mit der Schulter zucken.
In diesem Sinne ein schönes Wochenende!
*** GB: gelöscht, da der Diskussion nicht zuträglich. ***
Aber mal im Erst, es ist wahrlich nicht schädlich, aus gegebenen Anlass mal darauf hinzuweisen, dass Microsoft-Produkte und ihre Dauerbaustellen nicht alternativlos sind und es auch Systeme gibt, die einfach laufen.
Seit der Entlassungswellen der letzten Zeit nimmt die Qualität der ausgelieferten Updates – die ja schon für sich die die Folge von Qualitätsmängeln sind – stetig ab und verursacht regelmäßig schwerwiegende Nachwehen.
Der Ansatz hat gleich mehrere Probleme auch wenn ich Ihn grundsätzlich für gut halte.
– Man hat inzwischen zuviel Power unter dem Schreibtisch um nur RDP damit zu machen. Dann parallel TS für alle zu betreiben stört mich sehr.
– Thinclient unter Linux haben wir abgeschafft, weil es immer wieder Probleme mit neuen Smartcards gab. Das ist selbstgemanaged etwas besser aber eben nur etwas.
– Du kannst schmunzeln weil es diesmal am Windows-Client lag. Liegt es am Server hilft dir Linux nicht viel.
Ich habe sehr lange mit Linux-Thinclients gearbeitet, die über eine Management-SW verwaltet wurden. Das hat auch so weit funktioniert, aber es gibt halt auch Einschränkungen, die benannt werden müssen.
Außer man baut sich eine Umgebung, die genau damit auskommt.
Es gibt sicher auch ITler, die Ihren Kunden dann sagen, dass es nicht anders geht.
Die Frage, ob man MS einsetzt, ist so alt wie Win NT, oder noch älter.
Ich weiß, es gibt zurzeit eine besondere Lage, trotzdem bin ich gespannt, ob dieses Mal die Horrorszenarien alle eintreffen werden.
Und nicht falsch verstehen, ich bin weder MS Fanboy, noch finde ich, dass alles in die Cloud gehört.
Da , du letztens ja nicht geantwortet hast. Remmeni mit wayland oder mit x (secure broken)? Dual Monitor oder was fährst du bzw. deine Endgeräte? Es ist schön, dass du gerne bashing machst, aber auch bei deinem Setup ist doch nicht alles so „toll“ wie du gerne darstellst.
Ich habe ab hier die Folgekommentare gelöscht, da es erkennbar auf gegenseitiges Beharken hinausläuft. Die obige Aussage haben wir ja wiederholt gehört und zur Kenntnis genommen – bringt aktuell Betroffene nicht weiter. Danke für das Verständnis.
Hey Tomas,
es ist schön, dass du mit der Schulter zucken kannst – für andere Kollegen schüttet dieser Kommentar aber nur Öl ins bestehende Feuer. Manche Firmen und Unternehmen wirst du von heut auf morgen leider nicht wegbringen aufgrund von Anwendungsabhängigkeiten, Firmenrichtlinien, die ehrlicherweise vollkommen sinnfrei sind oder Partnerbindungen mit 5 jähriger Dauer.
Manchmal bringt es nichts, gegen eine Wand zu reden. In dem Sinne, dir auch ein schönes Wochenende. :)
Grüße
Jules | xSOU1
Mit einem Windows 24H2 Client zu einem anderen 24H2 Client kann ich keines der Probleme nachvollziehen. Es ist dabei auch egal ob ich Audio lokal oder remote wiedergebe. Das liegt aber wahrscheinlich daran das die RDP Session als Protokoll TCP nutzt. Ich habe Hinweise im Netz gefunden die bemängeln das 24H2 nicht mehr UDP für RDP verwendet, was aber eigentlich nicht zum Lösungsansatz UDP für RDP zu deaktivieren passt. Die Performance in der RDP-Session ist aber ziemlich gut, selbst wenn mal ein Video im Browser läuft.
Am besten prüft man mal die Ereignisanzeige, es kann zwar mit den Updates zusammenhängen aber die Ursache eine ganz andere sein.
Ich hatte gestern auch ein Fall bei dem die RDP Session nach 10-15 Sekunden einfach abstürzte. Dieser PC wurde Tags zuvor von Win10 22H2 auf Win11 24H2 aktualisiert.
Nun könnte man meinen, Win11 24H2 ist das Problem, war es aber nicht. Das Problem wurde durch ein Druckertreiber verursacht der beim Aufbau der RDP Session mit übergeben wurde.
Was unter Win10 kein Problem war, führte bei Win11 zum Absturz.
In der Ereignisanzeige gab es die Ereignis-ID 1000 mit dem Absturz der RDP exe mit dem Hinweis auf einen Treiber den ich von der Namensgebung direkt als Druckertreiber identifizieren konnte. Also alle unnötigen Drucker deinstalliert und schon lief die RDP Session wieder.
Und das kann natürlich auch bei anderen Treibern passieren, je nachdem was man laut Einstellungen alles an die RDP Session vom eigenen PC aus übergibt um es auf der RDP Ebene zur Verfügung zu haben.
Kommentare wie dieser sind der Grund dafür warum ich hier täglich vorbeischaue!
Danke dafür!
Interessant, im Beitrag Weiterhin RDP-Probleme unter Windows 11 (Feb. 2025)? ist ein Reiner SCT Chipkartenleser als Ursache erwähnt.
Wir haben auf Client und Server als Standard alle Umleitungen von Geräten deaktiviert für RDP, nur die Zwischenablage aktiv, und die ganze Detektion auch aus. Bei uns wurden keine Probleme gemeldet für Verbindungen zum Session Host Server, oder auch mal auf einen Windows Client.
Kann ich bestätigen! Nach Update eines MS 2019 Servers – dieser wurde nach Update neu gestartet. Am nächsten Tag die Meldung aller User: Wir fliegen nach paar Minuten aus Terminalserver. Ich glaube bei mind. 1User startete TerminalServer nicht. Habe dann Server neu gestartet. Problem schien behoben. Dann gestern selber genutzt… VPN… Terminalserver. Nach paar min rausgeflogen. Danach nicht mehr… war aber auch nur 1Std auf dem Terminalserver. Werde gleich mal die Kollegen fragen…
Wir haben/hatten auch seit Wochen das Problem dass die RDP-Verbindung nach 60-70 Sekunden Untätigkeit getrennt wurde. Die UDP Einstellungen haben tageweise mal funktioniert, dann wieder nicht. Wir haben zum testen mal ein alternatives rdp
Programm (1remote) aus dem MSStore geladen welches bislang ohne Probleme funktioniert.
Warum dann nicht gleich das Original von Microsoft, also die „Windows-App“, ehemals Remote-Desktop-App?
Ich kann die RDP Probleme von der Verbindung von Windows 10 zu Windows 11 bestätigen. Bei mir waren folgende Phänomene zu beobachten:
Erste Verbindung (auf Desktop gespeicherte RDP Verbindung)- nur der Startbildschirm
Zweite Verbindung (auf Desktop gespeicherte RDP Verbindung) – schwarzer Bildschirm
Über Startmenü-> Remotedesktopverbindung-> es lief
Nächster Versuch -> es lief nicht
Verbindung zu 24H2 Patchstand Februar 25 hergestellt, welche funktionierte. Danach Verbindung zu ursprünglichem 24H2 mit Patchstand März hergestellt und es lief dauerhaft. Wer daraus schlau wird…
Die Lösung könnte sein:
https://winaero.com/windows-11-24h2-has-issues-with-rdp-after-recent-udpates/
(link ist auch oben)
Damit aktuell kein Heulen und Zähneklappern mehr. Mir schien, daß die Probleme auch nur von einem anderen site2site vpn Standort kamen und im lokalen Netz es normal lief.
Moin, hab Win11 23H2 Enterprise auf Stand März.
Mi. das KB5053602 installiert, Build wird auf 22631.5039 angezeigt.
Ich kann sowohl auf andere Systeme (Win10, Server 2012-2022), als auch von anderen Systemen auf mein APC via Windows RDP springen. Keine Probleme.
Hilft zwar niemanden, aber man kann zumindest das pauschale/globale Problem ausschließen.
Ruhiges Wochenende!
Liebe Grüße, Dennis
Die Probleme begannen bei uns mit dem Februar Update – das man erst auf den zweiten oder gar dritten Versuch die RDP Verbindung aufbauen konnte. Falls das garnicht ging, musste man die PC aus der Ferne neustarten – Jetzt mit den März updates scheint es wieder flüssiger zu laufen
Wir hatten seit dem Februar Patchday auf einem Win 11 24H2 Client ein Problem mit der ständigen Trennung von RemoteApps, die via Windows Server 2016 (Remote Desktop Session Hosts) veröffentlicht sind.
[Expanded Information]
Fehlercode: 0x904
Erweiterter Fehlercode: 0x0
Zeitstempel (UTC): 02/13/25 02:19:08 PM
Nach vielen gescheiterten Lösungsversuchen (Netzwerkerkennung auf RDS-Server aktivieren, Remotedesktophintergrund entfernen usw..) war dann folgendes bei uns die Lösung:
Auf dem betroffenen Client in der lokalen Gruppenrichtlinie > Administrative Vorlagen > Windows-Komponenten > Remotedesktopdienste > Remotedesktopverbindungsclient > UDP auf dem Clientcomputer deaktivieren > Aktivieren
Über folgenden Artikel bin ich drauf gestoßen: https://www.reddit.com/r/sysadmin/comments/1isdifo/rdp_issues_with_windows_11_version_24h2_or_am_i/?tl=de&rdt=55998