Каталог
Магазин
Полезное
Покупка и помощь
Пишем о технологиях
RD Web Access не открывается в Chrome 158: XSLT отключают с 17 ноября 2026 года, что сделать
17 ноября 2026 года выходит Chrome 158, и в нём перестаёт работать XSLT. На этой технологии портал RD Web Access в Windows Server собирал страницу прямо в браузере, поэтому без обновления сервера пользователи вместо входа увидят ошибку «Unable to display RD Web Access». Microsoft перенесла сборку страницы на сервер в обновлении от 10 ноября 2026 года: Windows Server 2016–2025 хватит ноябрьского пакета, для 2012 R2 исправления нет.
Edge отключит XSLT позже, с версии 159: по расписанию выпусков Edge она выходит на неделе 10 декабря 2026 года. Запись в Windows message center Microsoft обновила 12 ноября и прямо просит администраторов поставить ноябрьское обновление, чтобы портал продолжил работать.
Содержание7 разделов
Что перестанет работать 17 ноября
Портал RD Web Access (в русской документации Microsoft служба роли называется «Веб-доступ к удаленным рабочим столам») до ноябрьского обновления отдавал браузеру не готовую страницу, а XML вместе с таблицей стилей Site.xsl. Страницу входа и список программ из них собирал сам браузер. Chrome 158 этого больше не делает: по плану Google XSLT в стабильной версии отключается для всех, кроме компаний с корпоративной политикой и сайтов в пробной программе Origin Trial.
Вместо страницы входа пользователь видит сообщение на английском (русская версия статьи Microsoft оставляет его без перевода):
Unable to display RD Web Access. An unexpected error has occurred that is preventing this page from being displayed correctly.
Сейчас эту ошибку видят там, где XSLT уже выключили политикой браузера, и в тестовых каналах Chrome и Edge (Beta, Dev, Canary), где XSLT отключён по умолчанию заранее. С 17 ноября её начнут получать обычные пользователи Chrome, по мере того как браузер обновится.
Ломается именно сайт /RDWeb в браузере: KB5130994 описывает открытие страниц RD Web Access в Edge и Chrome. Веб-клиент HTML5 по адресу /RDWeb/webclient от XSLT не зависит, Microsoft сама предлагает его как обходной путь. «Подключение к удаленному рабочему столу» (mstsc) с готовым файлом .rdp браузером не пользуется.
Что сделать до 17 ноября: ноябрьское обновление Windows Server
Исправление вошло в обновления безопасности от 10 ноября 2026 года для всех поддерживаемых версий Windows Server. В описании каждого пакета есть одинаковый пункт [Remote Desktop Web Access]: страницы портала теперь собирает сервер, и от XSLT в браузере они больше не зависят. Ставьте пакет в первую очередь на сервер с ролью веб-доступа, страницы портала лежат там.
Microsoft включила изменение и во все следующие обновления. Сервер, который пропустит ноябрь и получит декабрьский пакет, исправление тоже получит, но Chrome 158 выйдет раньше.
Проверить, что сервер уже собирает страницу сам, можно за минуту. Откройте портал в браузере и нажмите Ctrl+U, чтобы увидеть код страницы. Если он начинается с <!DOCTYPE html, сборка на сервере работает. Если в начале <?xml или элемент <RDWAPage, портал по-прежнему отдаёт XML, и Chrome 158 его не покажет.
Обновление встало, а страница всё ещё в XML? Microsoft советует искать причину в таком порядке: кто-то вернул старые или изменённые файлы Default.aspx, login.aspx, Desktops.aspx или password.aspx; в журналах RD Web Access и IIS есть ошибка компиляции или преобразования стиля, например из-за функций, которых сервер не поддерживает (о них ниже); в RDWebSiteXsltPath указан несуществующий файл или неверный путь; в web.config остался параметр RDWebEnableServerSideXslt=false; в адресе стоит ?rdwaformat=xml.
В известных проблемах ноябрьских пакетов RDS не упоминается. Зато там есть другая, важная для тех, кто активирует сервер ключом: на Windows Server 2019, 2022 и 2025 после обновления команда slmgr.vbs /ipk может завершиться ошибкой 0x80041008. Уже активированные серверы остаются активированными, исправление Microsoft обещает «в ближайшие дни» (раздел Known issues в KB5131090).
Windows Server 2012 R2: исправления нет
Для Windows Server 2012 R2 Microsoft исправление не выпустила. Ноябрьское обновление вышло «для поддерживаемых версий», в KB5130994 перечислены только 2016, 2019, 2022 и 2025, а ESU для 2012 R2 закончились 13 октября 2026 года. Последний пакет для этой системы, внеочередной KB5135582 от 6 ноября, чинит диски MPIO, USB-аудио и корневые сертификаты, про RD Web Access в нём ни слова. Фразы «исправления не будет» у Microsoft нет, но рассчитывать на него не стоит.
На 2012 R2 остаются два обхода из раздела ниже: политика XSLTEnabled в браузерах пользователей (до Chrome 176, то есть до 17 августа 2027 года, и до Edge 176 летом 2027-го) и режим Internet Explorer в Edge. Веб-клиент HTML5 здесь не выход: по требованиям Microsoft ему нужны шлюз, посредник подключений и веб-доступ на Windows Server 2016 или 2019, версии 2012 R2 в них нет.
Оба обхода только отсрочка. Сервер без обновлений безопасности, чей портал смотрит в интернет, опаснее сломанной страницы входа, поэтому планируйте переезд сейчас, пока работает политика.
Терминальный сервер переезжает вместе с лицензиями. На месте 2012 R2 обновляется до 2016, 2019 или 2025, до 2022 только в два шага. RDS CAL для 2012 R2 на узлах сеансов 2016 и новее не работают: клиентские лицензии нужны той же версии, что сервер, или новее, так что вместе с сервером покупаются и новые лицензии RDS CAL. Учтите и версию сервера лицензирования: RDS CAL ставятся только на сервер лицензирования той же версии или новее, поэтому на один сервер 2022, где совмещены узел сеансов и лицензирование, нужны RDS CAL 2022, а для RDS CAL 2025 нужен сервер лицензирования 2025. Под 1С берите 2022: в списке поддерживаемых ОС 1С:Предприятия на 11 ноября 2026 года Windows Server 2025 нет. Если пользователи будут входить через веб-клиент, выбирайте RDS CAL на пользователя: при лицензиях на устройство, по документации Microsoft, веб-клиент расходует их все.
Пути обновления, требования к процессору и перенос контроллера домена для переезда с 2012 R2 собраны в статье о конце ESU для Windows Server 2012 R2.
Дистрибутивы: Microsoft Windows Server 2022 Standard, Microsoft Windows Server 2025 Standard.
Если портал переделан под себя
Штатному порталу, кроме обновления, ничего не нужно. Сложнее тем, кто менял логотип, тексты или вёрстку. Сервер теперь сам прогоняет Site.xsl через .NET (класс XslCompiledTransform), и у переноса доработок несколько жёстких правил.
Не возвращайте старые Default.aspx, login.aspx, Desktops.aspx и password.aspx поверх обновлённых и не правьте их. В новых страницах есть вызов серверной сборки SiteXsltRenderer.RenderPage, а со старой страницей портал снова отдаст браузеру XML. Правки, внесённые прямо в Site.xsl, перенесите в отдельный файл: Site.xsl принадлежит системе, и очередное обновление может его заменить. Свой файл (в примере SiteLayout.xsl, имя может быть любым) укажите в web.config приложения RD Web Access. Если раздел appSettings в файле уже есть, добавьте в него только строку add: второй раздел appSettings в одном web.config не допускается. Пример:
Путь задаётся только виртуальный, через ~/ или /. Физический путь, UNC или относительный путь сервер не примет и вернётся к штатному Site.xsl. Стиль один на всё приложение, отдельный для каждого языка не задать. Поддерживается только XSLT 1.0, без msxsl:script, без XSLT 2.0 и 3.0 и без загрузки файлов по сети через xsl:import, xsl:include и document().
Две вещи ломаются тихо. Правила IIS HTTP Redirect и URL Rewrite для Site.xsl больше не срабатывают: сервер читает файл с диска, отдельного запроса к стилю нет. Скриптам и мониторингу, которые разбирали XML портала, нужно добавить к адресу ?rdwaformat=xml.
Параметр RDWebEnableServerSideXslt=false возвращает сборку страницы в браузер. Microsoft оставила его для диагностики: когда браузеры отключат XSLT, по её словам, это не откат и не обход.
Обходные пути, пока обновление не встало
KB5130994 даёт три временных способа. Политика и режим IE настраиваются на компьютерах пользователей и сервер не трогают, а веб-клиент выручит, только если он уже развёрнут на сервере.
Включить XSLT политикой браузера
Политика XSLTEnabled со значением 1 возвращает XSLT в Edge (политика есть с версии 147) и в Chrome. На одном компьютере это одна команда в командной строке от имени администратора. Для Edge:
Для Chrome:
Перезапустите браузер и откройте портал. В домене ту же политику раздают групповыми политиками: и в шаблонах Edge (файл MSEdge.admx), и в шаблонах Chrome она называется Control the availability of the XSLT feature, в русских шаблонах Edge «Управление доступностью функции XSLT». В редакторе групповой политики она лежит в разделе «Конфигурация компьютера» → «Административные шаблоны» → Microsoft Edge (для Chrome → Google → Google Chrome), значение «Включено». Шаблоны нужны свежие: политика есть в шаблонах Edge 147 и Chrome 146 и новее. Когда ноябрьское обновление встанет, Microsoft советует снова выключить XSLT. Проще всего удалить параметр: браузер вернётся к своему умолчанию, а в Chrome 158 и Edge 159 XSLT по умолчанию выключен. Откат для Edge:
Для Chrome:
Политика временная: в Chrome 176 и Edge 176 она перестанет действовать.
Открыть веб-клиент вместо портала
Если веб-клиент HTML5 уже развёрнут, пользователи заходят по адресу https://имя-сервера/RDWeb/webclient/index.html, где вместо имя-сервера подставьте полное имя сервера веб-доступа, как оно записано в его сертификате. Там видны те же рабочие столы и программы, сеанс открывается прямо в браузере, а в настройках (Settings справа вверху) можно выбрать Download the rdp file и скачать файл подключения.
Ставить веб-клиент с нуля ради нескольких дней до 17 ноября смысла мало, обновление сервера проще. По руководству Microsoft ему нужны шлюз удалённых рабочих столов, публичные сертификаты на шлюзе и веб-доступе, импорт сертификата посредника подключений и RDS CAL на пользователя.
Режим Internet Explorer в Edge
Edge умеет открывать отдельные сайты движком Internet Explorer, где XSLT никто не отключал. Введите в адресной строке edge://settings/defaultBrowser (раздел «Браузер по умолчанию»), в блоке «Обеспечение совместимости с Internet Explorer» у параметра «Разрешить сайтам перезагружаться в режиме Internet Explorer (Режим IE)» выберите «Разрешить». Затем у пункта «Страницы в режиме Internet Explorer» нажмите «Добавить страницу», впишите адрес портала и перезапустите Edge, если он попросит. Добавленный так адрес Edge открывает в режиме IE 30 дней, потом его нужно добавить снова; в домене срок меняет политика InternetExplorerIntegrationLocalSiteListExpirationDays. На компьютерах, которыми управляет организация, этот параметр может быть недоступен, тогда режим IE включают политиками Edge.
Режим IE в настройках Edge
При первом входе Edge может запросить разрешение на ActiveX. Разрешите: через него портал берёт учётные данные пользователя, вошедшего в Windows, для единого входа. Режим IE Microsoft обещает поддерживать минимум до конца 2029 года.
Что будет дальше
До середины декабря поломка касается Chrome. Edge 158 на неделе 19 ноября XSLT ещё выполняет, а в Edge 159 он выключен по умолчанию (изменения Edge, влияющие на сайты). Саму версию 159 Edge раздаёт постепенно, на часть компьютеров она приходит на несколько дней позже. Firefox XSLT пока выполняет: Mozilla планирует отключить его во всех каналах в августе 2027 года. У Safari даты нет. Сроков для Яндекс Браузера и других браузеров на Chromium мы не нашли, а Microsoft в объявлении пишет, что браузеры на Chromium и другие отключают XSLT в ближайшее время: обновлять сервер нужно, каким бы браузером ни пользовались в компании.
Летом 2027 года перестанут действовать и политики XSLTEnabled в Chrome и Edge. После этого портал без серверной сборки не откроется ни в одном из двух браузеров, и у 2012 R2 из обходов останется только режим IE.
Часто задаваемые вопросы
Почему RD Web Access пишет «Unable to display RD Web Access»?
Браузер не выполняет XSLT, на котором старый портал собирал страницу. С 17 ноября 2026 года так ведёт себя Chrome 158, с декабря Edge 159. Исправление: обновление Windows Server от 10 ноября 2026 года или новее.
Какое обновление исправляет RD Web Access?
Пакет безопасности от 10 ноября 2026 года или более поздний: KB5131080 для Windows Server 2025, KB5131090 для 2022, KB5131085 для 2019 и KB5131291 для 2016. После него страницы портала собирает сервер.
Будет ли исправление для Windows Server 2012 R2?
На 13 ноября 2026 года нет. Microsoft выпустила его только для 2016–2025, ESU для 2012 R2 закончились 13 октября 2026 года. Остаются политика XSLTEnabled до лета 2027 года, режим IE в Edge и переход на новую версию.
Нужно ли что-то делать, если пользователи подключаются через mstsc?
Нет, если файл .rdp уже сохранён у пользователя или его выдал администратор: mstsc подключается к серверу сам, без браузера. Если же файл каждый раз скачивают со страницы /RDWeb, без ноябрьского обновления сервера пользователи упрутся в ту же ошибку.
Работает ли XSLT в Firefox?
Да, на 13 ноября 2026 года работает. Mozilla собирается отключить XSLT во всех каналах в августе 2027 года, поэтому Firefox годится только как временная замена.
Полезная статья?
Ваша оценка поможет нам стать лучше
- 11 ноября 2026
- 65 просмотров
- 12 сентября 2026
- 1 623 просмотра
- 12 августа 2026
- 2 373 просмотра
- 12 августа 2026
- 2 441 просмотр
