Die RD Web Access-Oberfläche, die mit Windows Server ausgeliefert wird, rendert ihre Weboberfläche über XSLT, also Extensible Stylesheet Language Transformations. Genau diese Funktion entfernen die Chromium-basierten Browser. Die Folge: Öffnet ein Nutzer RD Web Access mit Edge oder Chrome, lädt die Seite nicht mehr korrekt, und der Zugriff auf die veröffentlichten Remote-Ressourcen kann ausfallen.
Das trifft eine klassische On-Premises-Komponente, die in vielen Umgebungen seit Jahren unverändert läuft. Weil die Ursache im Browser liegt und nicht am Server, kommt das Problem mit dem nächsten Browser-Update, nicht mit einem Patchday auf dem Server. Microsoft hat dafür den Artikel KB5130994 veröffentlicht, der Workarounds für Organisationen beschreibt, die RD Web Access weiter nutzen.
Der Zeitplan der Browser
Die Abschaltung läuft nicht auf einen Schlag. In Chrome und Edge stoppt XSLT ab Chrome 158, nach aktueller Planung Mitte November 2026, für alle, die nicht über die Enterprise-Richtlinie oder einen Origin Trial gegensteuern. Die Enterprise-Richtlinie selbst läuft bis Chrome 176, also bis Mitte August 2027. Danach ist XSLT endgültig weg, auch per Richtlinie. Das Zeitfenster für einen Workaround ist also klar begrenzt.
XSLT per Richtlinie übergangsweise wieder aktivieren
Für die Übergangszeit gibt es in Edge und Chrome die Richtlinie XSLTEnabled. Setzt du sie, rendert RD Web Access wieder, bis die Browser den Schalter mit Chrome 176 entfernen. Sauber verteilst du das über die ADMX-Vorlagen per Gruppenrichtlinie oder über Intune. Zum schnellen Testen oder auf einem einzelnen Server geht es auch direkt über die Registry.
# XSLT in Microsoft Edge per Richtlinie wieder aktivieren
New-Item -Path "HKLM:\SOFTWARE\Policies\Microsoft\Edge" -Force | Out-Null
New-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Microsoft\Edge" `
-Name "XSLTEnabled" -Value 1 -PropertyType DWord -Force | Out-Null
# XSLT in Google Chrome per Richtlinie wieder aktivieren
New-Item -Path "HKLM:\SOFTWARE\Policies\Google\Chrome" -Force | Out-Null
New-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Google\Chrome" `
-Name "XSLTEnabled" -Value 1 -PropertyType DWord -Force | Out-NullNach dem Setzen startest du den Browser neu und prüfst unter edge://policy beziehungsweise chrome://policy, dass XSLTEnabled aktiv ist. Verteile den Wert nur dort, wo RD Web Access wirklich gebraucht wird, und nicht pauschal auf allen Clients.
Die Richtlinie ist kein Dauerzustand
Der Registry-Schalter kauft dir Zeit bis Mitte August 2027, mehr nicht. Danach rendert RD Web Access auf XSLT-Basis in keinem aktuellen Browser mehr. Nutze das Fenster, um den Zugriffsweg umzustellen, etwa auf das moderne Remote-Desktop-Weberlebnis oder einen anderen veröffentlichten Zugang.
Kurzfristig zählt, dass die Nutzer wieder auf ihre Ressourcen kommen, und dafür ist XSLTEnabled zusammen mit den Hinweisen aus KB5130994 der schnellste Weg.
| Quelle | URL |
| Microsoft Message Center | https://mc.merill.net/message/MC1491832 |
| Microsoft Support | https://support.microsoft.com/help/5130994 |
💬 Kommentare
0 KommentareSei der Erste und starte die Diskussion mit einem hilfreichen Beitrag.
Kommentar hinterlassen
Dein Beitrag wird vor der Veröffentlichung kurz geprüft — fachlich, respektvoll und auf den Punkt ist hier genau richtig.