[English]Ich stelle mal die Beobachtung eines Blog-Lesers hier im Blog ein, die sich auf Remote Desktop Protokoll-Sitzungen (RDP-Sessions) unter Windows 11 24H2 bezieht. In der Umgebung des Lesers gibt es dort massive Probleme, dass diese RDP-Sitzungen bei den Nutzern in bestimmten Szenarien hängen. Es scheint aber kein Einzelfall zu sein, wie ich gesehen habe.
Anzeige
Nutzer meldet Windows 11 24H2 RDP-Problem
Ein Blog-Leser hat mich gerade kontaktiert, nachdem er in seiner betrieblichen Umgebung auf ein RDP-Problem gestoßen ist. Eingesetzt wird Windows 11 24H2 in einer Firmenumgebung. Dabei kommen auch Sitzung über das Remote Desktop Protokoll (RDP) zum Einsatz.
Nun stellt der Blog-Leser fest, dass seit dem Umstieg auf Windows 11 24H2 der RDP-Logon Prozess in dieser Arbeitsumgebung Probleme bereitet. Laut Leser hängt die RDP-Anmeldung, wenn der betreffende Benutzer bereits eine aktive, aber getrennte Verbindung auf einem Client hat.
Beim Versuch sich einzuloggen, bleibt dieser einfach Vorgang bei dem in obigem Bild gezeigten Zustand hängen (der Kreisel dreht sich auch nicht weiter). Die einzige bisher bekannte Lösung besteht derzeit darin, den Client beispielsweise per PowerShell-Remote neu zu starten.
Anzeige
Problembeschreibung auf reddit.com
Der Blog-Leser hat dann recherchiert und ist auf reddit.com auf den Thread Windows 11 24H2 – RDP session hangs on logon von Oktober 2024 gestoßen. Dort fragt der Thread-Ersteller, ob andere Nutzer auch Probleme mit RDP-Sitzungen unter Windows 11 24H2 haben. Beim ihm bleibt der Prozess bei der RDP-Anmeldung hängen – genau wie oben beschrieben.
Dieser Benutzer gibt an, dass RDP-Verbindungen zu Windows 10 oder Windows 11 23H2 gut funktionieren. Sobald aber versucht wird, eine RDP-Verbindung zu einer Maschine mit Windows 24H2-Version herzustellen, bleibt der Vorgang bei einfach hängen und der Prozess friert ein.
Die einzige Lösung, die der Nutzer gefunden hat, sei ein Neustart des Rechners, schreibt er. Danach kann der Benutzer wieder für einige Zeit eine normale RDP-Verbindung herstellen. In diesem Szenario laufen alle Maschinen auf einem Hypervisor.
Im Thread bestätigen weitere Nutzer dieses Problem, wobei diese Hänger sowohl bei virtuellen Maschinen als auch bei physischen Rechnern beobachtet werden. Dort hat ein Nutzer angemerkt, dass auch Windows Server 2025 betroffen sei. Ein Ticket bei Microsoft sei seit längerer Zeit offen, ohne dass ein Fix avisiert ist.
Komischerweise scheinen RDP-Verbindungen zu Windows 11 24H2-Maschinen die Probleme nicht aufzuweisen. Nur eine RDP-Verbindung von einer Windows 11 24H2-Maschine zu einem anderen Rechner zeigt diese Problematik. Ein Betroffener schrieb, dass er das Problem mittels sfc /scannow beheben konnte – dort waren wohl beschädigte Systemdateien die Ursache. Scheint aber keine generelle Lösung zu sein.
Weitere Treffer im Web
Bei einer Suche bin ich auf den Microsoft Answers-Forenthread RDP sessions on mostly windows 11 computers stop responding vom 14. November 2024 gestoßen, wo das gleiche Problem der hängenden RDP-Sitzungen angesprochen wird. Eine Lösung gibt es dort nicht.
Interessanter erscheint mit im Microsoft Answers-Forum der Thread Issue where remote desktop connection to Windows 11 Pro (24H2) cannot be established vom 7. November 2024. Dort wird das gleiche Problem der hängenden RDP-Sitzungen angesprochen, wobei der Thread bereits drei Seiten umfasst. Dort berichtet ein Benutzer, dass in seiner Umgebung ein Workaround per Gruppenrichtlinie Besserung bringe. Er hat im Gruppenrichtlinien-Editor unter:
Local Computer Policy> Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Remote Session Environment
Die Richtlinie Enforce Removal of Remote Desktop Wallpaper auf Enabled gesetzt.
Kennt jemand eine Lösung?
Dabei merkt der Leser an, dass die monatlichen Microsoft Updates (also auch das Januar 2025-Sicherheitsupdate) dieses Problem nicht zu adressieren scheinen. Das spiegelt sich auch im reddit.com-Thread Windows 11 24H2 – RDP session hangs on logon wieder. Dort gibt der Thread-Ersteller in mehreren Nachträgen an, dass er auf dem Patch-Level .2894 sei und sich immer noch nicht per RDP an existierenden Sitzungen anmelden könne. Der Patch-Level .2894 entspricht dem im Beitrag Patchday: Windows 10/11 Updates (14. Januar 2025) beschriebenen Stand von Windows 11 24H2.
Der Blog-Leser bat mich zu fragen, ob jemand aus der Leserschaft das Problem ebenfalls beobachtet und gegebenenfalls eine Lösung hat. Wirkt ggf. die im vorhergehenden Abschnitt angesprochene Lösung per Gruppenrichtlinie?
Ähnliche Artikel:
Microsoft Security Update Summary (14. Januar 2025)
Patchday: Windows 10/11 Updates (14. Januar 2025)
Patchday: Windows Server-Updates (14. Januar 2025)
Patchday: Microsoft Office Updates (14. Januar 2025)
Nachlese: Windows Patchday-Probleme Januar 2025
Windows 10/Server 2022: Dienst SgrmBroker startet nach Jan. 2025-Update (KB5049981) nicht mehr
Achtung: Probleme mit Windows Januar 2025-Updates und Citrix Umgebungen (Session Recordings)
Anzeige
Kann ich nicht bestätigen, haben 24H2 zu 24H2 und Server 2019 täglich im Einsatz.
Ausprobieren / Testen ob RDP nur mit TCP Verbindung das Problem löst. (Würde ich sowie so grundsätzlich empfehlen diese Einstellung / GPO zu nutzen)
Auch nein uns mit 24h2 zu x-beliebigen Systemen keine Probleme inkl. Home Office zum Unternehmen.
Ich hatte nach der Installation von 24H2 auch ähnliche Probleme … die Verbindung von einem W10 zu dem W11 hing sofort beim Aufbau oder klappte erst mal und hing dann nach einiger Zeit
Nach dem Rückgang auf 23H2 lief alles wieder wie zuvor
Kann ich nicht bestätigen, habe mehrere Systeme mit 24H2 und verbinde täglich zu dutzenden Server2019, keine Probleme.
Seit Dezember kann ich auch Probleme mit RDP Sitzungen feststellen aber hier ist es kei Win11 spezifisches Problem. Die Verbindung wird nur per TCP zu einem Server2019 Cluster hergestellt. Die Clienten sind Windows 10 und Windows 11 gemischt.
Als Ursache konnte ich bislang den Lokal angeschlossenen Reiner SCT Chipkartenleser ausmachen. Bei Clienten mit Problemen war das alte 7.x Treiberpaket installiert. Wenn man mal auf den RDP Server kam wurde die Karte nicht sauber durchgereicht (Datev).
Ein Wechsel auf das neue Treiberpaket mit der Version 1.5 hat hier geholfen. Die Verbindung klappt wieder Problemlos ohne Unterbrechungen und die Karte funktioniert auch wieder.
Wenn man bei der Hängenden Anmeldung 'Glück' hat findet man ggf ein Fenster dahinter mit einer Fehlermeldung. Leider habe ich die nicht gespeichert. Das man manchmal das Problem mit sfc /scannow beheben kann hatte ich auch schon. Irgendetwas klemmt da an der Benutzer Authentifizierung aber vermutlich nur deswegen weil viel tiefer irgendwas in der IP Kommunikation nicht funktioniert. Die Meldungen sind dann wohl nur Auswirkungen die in die Irre führen.
Technische Rückfrage: Wie kann ein Chipkartenleser Treiber Auswirkungen auf eine RDP Sitzung haben und diese quasi anhalten?
Und Nachfrage: Ist sowas nicht quasi ein DOS (Denial of Service) Hebelpunkt?
Der Smartcardleser (egal welcher Hersteller) kann in den Einstellungen des RDP Clienten zum Server durchgereicht werden. Das ist für verschiedene Szenarien nötig. Es gibt Serveranmeldungen auf Smartcard Basis und Anwendungen wie Datev, Signatur oder Ausweis Online auf Terminalserver. Am Server ist in diesem Fall kein physischer Smartcard Leser angeschlossen. Das wird dann alles vom lokalen Leser über die RDP Sitzung zum Server geleitet. Inwiefern der Treiber da irgendwo in die Kommunikation eingreift kann ich nicht sagen. Ich bin kein Coder. Ich kann das Problem aber in diesem Fall jederzeit nachstellen. Das muss mit irgendeinem Update von MS im November oder Dezember zu tun haben. Leider haben sich die betroffenen Kunden erst sehr spät gemeldet und das Problem verschleppt, so dass ich es nicht genau festmachen kann, welches Update nun das das Problem ausgelöst hat. Ich sehe derzeit nur, das es mit dem neuen Reiner Treibermodell in der Version 1.5 derzeit problemlos läuft.
Nachtrag: mit den Treibern für Datev Kartenleser (miDentity) gibt es keine Probleme. Computer mit diesen Lesern (Stick oder Karte) haben keine Störungen.
Vielen Dank für die weiterführenden Infos.
Halte es trotzdem für sehr bedenklich, dass so eine Funktion die grundlegende RDP Verbindung lahmlegen kann.
das können auch z.B. drucker treiber
Bei mir tritt es nur beim Zugriff von W10 zu W11 auf.
W11 zu W11 ist soweit kein Problem.
https://www.borncity.com/blog/2024/10/28/windows-server-2022-update-kb5044281-zerschiesst-remotedesktop-dienste/#comment-200070
"Komischerweise scheinen RDP-Verbindungen zu Windows 11 24H2-Maschinen die Probleme nicht aufzuweisen. "
Das kann ich so nicht bestätigen, das Problem tritt bei mir beim Verbinden von W10 zu W11 24H2 auf.
Habe das Problem neu beim Zugriff auf W10 22H2, wobei Neustart es (vorerst) löste
Ich konnte mich nach dem Update nur noch mit MicrosoftAccount\mail@example.com einloggen und habe auch das Gefühl, dass die Verbindung, weil vermutlich über MS Server geroutet und nicht mehr rein im lokalen Netz dadurch merklich an Latenz gewonnen hat.
Ps. Wenn man Kommentare editiert, wird der Backslash entfernt. Zwischen MicrosoftAccount und mail gehört der.
Ich kann das Problem nur teilweise bestätigen. Ich arbeite selbst sehr viel mit RDP und auch bei Kunden sind viele Terminalserver im Einsatz.
Bisher hatte ich nur bei einem Kunden und dort nur bei einem Mitarbeiter das Problem, dass dieser sich nach kurzer Zeit nicht mehr an einem TS2025 anmelden konnte. Oben beschriebe Problematik war eingetreten. Hat man die Sitzung per Admin abgemeldet war die Verbindung wieder möglich.
Das Problem hat sich nach einigen Tagen, während wir noch nach der Ursache gesucht hatten, von selbst gelöst und ist seit dem nicht wieder aufgetreten.
Ich habe ein ähnliches Problem seit des Updates bemerkt: Wenn man bei laufender RDP-Session das Fenster minimiert, bleibt der Bildschirm manchmal schwarz wenn man es wieder in den Vordergrund holt. Abhilfe schafft dann nur Trennen und neu verbinden. Habe noch keine Regelmäßigkeit gefunden, nach der das Problem auftritt.
Wir hatten das Problem auch, hauptsächlich bei Verbindungen zu Clients mit 24H2. Seit dem Setzen der GPO für die Entfernung des Wallpapers ist das Problem weg.
Umgebungen mit schwachen/legacy Kerberos Einstellungen scheinen von dem Problem nicht betroffen zu sein.
Ich hatte das Problem auch, nach einer Minute Verbindung ist der RD eingefroren. Habe dann von UDP auf TCP umgestellt und seitdem läuft es wieder.
Können wir bestätigen für alle Verbindungen von Win10 zu Win11 24H2. Wir bitten nun die User statt mstsc die Remote App zu verwenden. mit der geht es stabil. Aber nicht alle Feature sind in der Remote App verfügbar.
Dieses Problem legt unseren Betrieb fast lahm und ich weiß nicht was ich tun kann. "Enforce Removal of Remote Desktop Wallpaper" hilft leider nicht.
Das einzige was wir im Moment machen können ist so oft neu RDP-Verbinden versuchen, bis es funktioniert. (Oft geht es nach dem 3ten Mal)
Bei mir scheint es geholfen zu haben diese GPO zu setzen, seit seit letzter Woche kam es nicht mehr vor.
Das ist meine Einstellung:
https://i.imgur.com/U9Kfi1m.png
Evtl. einmal mit rsop.msc prüfen ob die GPO wohl auch aktiv ist.