Руководство по настройке веб-клиента удаленного рабочего стола

Веб-клиент удаленного рабочего стола Microsoft позволяет пользователям получать доступ к рабочим столам и приложениям Windows напрямую через браузер, без установки традиционного клиента RDP. Доступен для развертываний служб удаленного рабочего стола Windows Server (RDS), он упрощает доступ к опубликованным ресурсам на различных настольных операционных системах.

Эта статья объясняет, как установить и опубликовать веб-клиент удаленного рабочего стола на Windows Server 2025, 2022, 2019 и 2016, охватывая предварительные требования, конфигурацию, оптимизацию производительности и устранение неполадок.

Что такое веб-клиент удаленного рабочего стола?

Веб-клиент удаленного рабочего стола — это интерфейс на основе браузера от Microsoft для доступа к ресурсам, опубликованным через службы удаленного рабочего стола. Вместо запуска локально установленного RDP-клиента пользователи подключаются к веб-порталу и открывают свои назначенные приложения или рабочие столы.

Построенный на веб-технологиях, включая HTML5, клиент поддерживает удаленные сеансы через совместимые браузеры, такие как Microsoft Edge, Google Chrome, Mozilla Firefox и Safari.

Как работает веб-клиент удаленного рабочего стола?

Веб-клиент работает в рамках существующей развертки служб удаленного рабочего стола. Несколько ролей сервера работают вместе, чтобы обеспечить доступ:

• RD Веб-доступ: Предоставляет веб-интерфейс, через который пользователи могут находить и запускать опубликованные ресурсы.
• RD Шлюз: Обеспечивает безопасное внешнее подключение к внутренней инфраструктуре служб удаленного рабочего стола.
• RD Connection Broker: Управляет маршрутизацией сеансов, распределением нагрузки и повторным подключением к существующим сеансам.
• Хост сеансов RD: Запускает рабочие столы и приложения Windows, к которым получают доступ пользователи.

Веб-клиент удаленного рабочего стола не заменяет эти роли. Он добавляет интерфейс на основе браузера к развертыванию RDS, которое должно уже быть в рабочем состоянии.

RD Web Access против веб-клиента удаленного рабочего стола

Хотя RD Web Access и Remote Desktop Web Client тесно связаны, они служат разным целям.

RD Web Access — это роль Windows Server, которая предоставляет опубликованные приложения и рабочие столы. Клиент веб-доступа к удаленному рабочему столу — это дополнительный клиент на основе браузера, установленный и опубликованный через эту инфраструктуру.

Установка RD Web Access сама по себе не включает автоматическое включение интерактивных удаленных сеансов в браузере. Администраторы должны отдельно развернуть и опубликовать пакет веб-клиента.

Каковы требования к веб-клиенту удаленного рабочего стола на Windows Server?

Перед установкой веб-клиента убедитесь, что роли сервера, сертификаты, лицензирование и сетевые настройки соответствуют требованиям Microsoft.

Поддерживаемые версии Windows Server

Документация текущего веб-клиента удаленного рабочего стола Microsoft перечисляет следующие версии среди применимых операционных систем:

Версия Windows Server	Статус документации
Windows Server 2025	Указано по мере необходимости
Windows Server 2022	Указано по мере необходимости
Windows Server 2019	Указано по мере необходимости
Windows Server 2016	Указано по мере необходимости

Windows Server 2025 поэтому включен в текущий документация Microsoft .

Однако подробные требования к настройке Microsoft все еще конкретно указывают на Windows Server 2016 и 2019 для ролей RD Gateway, RD Connection Broker и RD Web Access. Администраторы, развертывающие веб-клиент в среде Windows Server 2022 или 2025, должны проверить конфигурацию своих серверных ролей с последней документацией перед продолжением.

Необходимые роли и лицензирование RDS

Перед установкой веб-клиента необходимо настроить рабочую развертку RDS. Это включает в себя RD Web Access, RD Connection Broker и соответствующую инфраструктуру хоста сеансов, а также RD Gateway для стандартной задокументированной развертки.

Microsoft также требует лицензии на доступ клиентов RDS (CAL) на пользователя для веб-клиента. Лицензирование по устройствам не поддерживается в этом сценарии.

Убедитесь, что сервер лицензирования RD настроен правильно и что у пользователей есть необходимые права для доступа к назначенным ресурсам.

Сертификаты и конфигурация сети

Доверенные сертификаты необходимы для безопасного доступа через браузер. Настройте соответствующие сертификаты для подключений к удаленному рабочему столу на RD Gateway и RD Web Access, и убедитесь, что их имена хостов совпадают с адресами, используемыми клиентами.

Сертификат RD Connection Broker также требуется во время установки веб-клиента.

Для сетевого подключения HTTPS-трафик обычно использует TCP-порт 443. Внутренняя связь между ролями RDS также должна быть разрешена в соответствии с архитектурой развертывания.

Избегайте прямого доступа к порту RDP 3389 из публичного интернета. Внешние пользователи должны подключаться через настроенный шлюз или другую поддерживаемую архитектуру безопасного доступа.

Как установить веб-клиент удаленного рабочего стола на Windows Server

Как только инфраструктура RDS будет готова, веб-клиент удаленного рабочего стола можно установить и опубликовать с помощью PowerShell.

Следующая процедура соответствует документированной последовательности установки Microsoft.

Шаг 1: Экспортируйте сертификат брокера соединений RD

На сервере RD Connection Broker найдите сертификат, используемый для подключений к удаленному рабочему столу.

Экспортируйте его публичный сертификат как .cer файл и скопируйте его на сервер RD Web Access.

Веб-клиент использует эту информацию о сертификате при установлении соединений с брокером подключений RD.

Шаг 2: Подготовьте PowerShell

Войдите на сервер RD Web Access и откройте PowerShell с правами администратора.

На Windows Server 2016 Microsoft инструктирует администраторов обновить модуль PowerShellGet:

Install-Module -Name PowerShellGet -Force

Перезапустите сеанс PowerShell после обновления модуля.

Для более новых версий Windows Server проверьте установленные компоненты PowerShell перед внесением изменений.

Шаг 3: Установите модуль управления RD Web Client

Установите модуль управления из PowerShell Gallery:

Install-Module -Name RDWebClientManagement

Этот модуль предоставляет команды, необходимые для загрузки, публикации и поддержки веб-клиента удаленного рабочего стола.

Если установка не удалась, проверьте доступ к PowerShell Gallery и убедитесь, что сеанс PowerShell поддерживает TLS 1.2 или более позднюю версию.

Шаг 4: Скачайте пакет веб-клиента

Запустите следующую команду:

Install-RDWebClientPackage

Это загружает последнюю доступную версию пакета веб-клиента удаленного рабочего стола.

Использование последней поддерживаемой версии важно для безопасности и совместимости с браузерами. Microsoft продолжает выпускать обновления, устраняющие уязвимости, проблемы с производительностью и функциональность клиента.

Шаг 5: Импортируйте сертификат брокера соединений RD

Импортируйте ранее экспортированный сертификат:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

Замените примерный путь на фактическое местоположение сертификата.

Импортированный сертификат должен соответствовать RD Connection Broker, используемому в развертывании.

Шаг 6: Опубликуйте веб-клиент удаленного рабочего стола

Опубликуйте установленный пакет для производственного использования:

Publish-RDWebClientPackage -Type Production -Latest

Веб-клиент удаленного рабочего стола теперь доступен через RD Web Access.

Администраторы также могут опубликовать тестовую версию перед тем, как сделать обновление доступным для всех пользователей:

Опубликовать-RDWebClientPackage -Тип Тест -Последний

Тестирование особенно полезно при введении новой версии клиентского браузера в устоявшуюся многопользовательскую среду RDS.

Как вы можете получить доступ к удаленным рабочим столам и публиковать их через RD Web?

Публикация веб-клиента делает интерфейс браузера доступным. Администраторы также должны убедиться, что соответствующие приложения и рабочие столы опубликованы через RDS.

Откройте URL-адрес веб-клиента удаленного рабочего стола

Стандартный URL веб-клиента имеет следующий формат:

https://server.example.com/RDWeb/webclient/index.html

Заменить server.example.com с полным квалифицированным доменным именем сервера RD Web Access.

Имя хоста должно соответствовать сертификату, настроенному для службы.

Пользователи могут затем получить доступ к порталу с помощью совместимого браузера и своих организационных учетных данных.

Публикация программ RemoteApp и рабочих столов

Приложения и рабочие столы публикуются через службы удаленного рабочего стола, а не напрямую через модуль управления веб-клиентом.

В диспетчере серверов перейдите к Удаленные службы рабочего стола выберите соответствующую коллекцию сеансов и настройте ее опубликованные программы RemoteApp.

Убедитесь, что у пользователей есть разрешение на доступ к соответствующей коллекции и ресурсам.

После настройки приложения или рабочие столы появляются в интерфейсе веб-клиента, где авторизованные пользователи могут их запускать.

Запустить удаленную сессию

Пользователи открывают URL веб-клиента, аутентифицируются и выбирают доступный ресурс.

Удаленный рабочий стол или приложение работает внутри окна браузера, а взаимодействие осуществляется через инфраструктуру RDS.

В зависимости от конфигурации браузер может запросить разрешение на использование определенных локальных ресурсов, таких как буфер обмена.

Как вы можете оптимизировать производительность вашего веб-клиента удаленного рабочего стола?

Надежный удаленный доступ через браузер зависит не только от установки веб-клиента. Качество сети, мощность сервера и конфигурация сеанса влияют на отзывчивость.

Управление пропускной способностью и задержкой сети

Трафик удаленного рабочего стола варьируется в зависимости от используемых приложений, разрешения экрана и уровня графической активности.

Офисные приложения и простое бизнес-программное обеспечение, как правило, предъявляют различные требования к сети по сравнению с графически интенсивными приложениями или часто изменяющимся содержимым экрана.

Перед развертыванием оцените количество одновременных пользователей и оцените доступную пропускную способность в пиковые периоды.

Задержка также важна. Даже когда пропускная способность достаточна, высокие времена обратной связи могут сделать ввод текста, прокрутку и взаимодействие с приложениями медленными.

Администраторы должны контролировать задержку сети, потерю пакетов и использование пропускной способности, особенно когда пользователи подключаются из удаленных мест.

Мониторинг ресурсов сервера и производительности сеансов

Серверы RD Session Host должны иметь достаточную мощность процессора, память и дисковое пространство для поддержки одновременных пользователей.

Мониторьте использование ресурсов вместе с количеством активных сеансов, чтобы определить предельные возможности до того, как пользователи столкнутся с ухудшением производительности.

Полезные метрики включают использование ЦП и памяти, активность диска, пропускную способность сети, активные и отключенные сеансы, а также сбои подключения сеансов.

Монитор производительности Windows, Просмотр событий и соответствующие инструменты мониторинга инфраструктуры могут помочь определить, вызваны ли медленные сеансы насыщением сервера, условиями сети или отдельным приложением.

Мониторинг также должен учитывать пиковые нагрузки, а не полагаться исключительно на среднюю загрузку.

Держите браузеры и пакеты веб-клиентов в актуальном состоянии

Версии браузеров и графические возможности на стороне клиента могут влиять на производительность удаленной сессии.

Текущие примечания к выпуску веб-клиента Microsoft ввести требования, связанные с возрастом браузера, поддержкой кодека AVC и доступностью WebGL.

Тестируйте поддерживаемые браузеры, используя репрезентативные рабочие нагрузки, и поддерживайте пакет веб-клиента в актуальном состоянии.

Где возникают проблемы, специфичные для браузера, сравните поведение в поддерживаемых браузерах и, при необходимости, с клиентом RDP, чтобы помочь изолировать причину.

Каков процесс управления развертыванием RD Web Client на нескольких серверах?

Более крупные организации часто распределяют рабочие нагрузки удаленного рабочего стола между несколькими серверами хостов сеансов RD.

В этих средах маршрутизация сеансов, распределение нагрузки и повторное подключение становятся необходимыми для поддержания надежного доступа.

Брокер соединений RD и балансировка нагрузки

RD Connection Broker координирует подключения к опубликованным ресурсам и направляет пользователей к подходящим серверам RD Session Host.

В рамках коллекции сеансов она поддерживает распределение нагрузки между доступными хостами, помогая администраторам распределять рабочие нагрузки, а не концентрировать каждый сеанс на одном сервере.

Это становится особенно важным, когда несколько пользователей получают доступ к одним и тем же опубликованным приложениям или рабочей среде.

Администраторы должны настроить коллекции сеансов и параметры балансировки нагрузки в соответствии с мощностью сервера и ожидаемыми рабочими нагрузками.

Веб-клиент удаленного рабочего стола не вводит отдельный механизм балансировки нагрузки. Он полагается на существующую инфраструктуру RDS для маршрутизации соединений.

Сохранение сеанса и повторное подключение

Пользователи могут временно потерять соединение из-за перебоев в сети, закрытия браузера или изменений в условиях сети.

Брокер соединений RD помогает повторно подключать пользователей к их существующим сеансам, когда эти сеансы остаются доступными.

Сохранение сеанса зависит от развертывания RDS, конфигурации коллекции и применимых политик сеанса.

Администраторы должны проверить лимиты отключенных сеансов и поведение автоматического переподключения, чтобы сбалансировать удобство использования, емкость сервера и безопасность.

Тестирование повторного подключения особенно важно в многосерверных средах, где пользователи должны быть перенаправлены обратно к своим оригинальным сессиям, а не случайно создавать ненужные дополнительные сессии.

Соображения по высокой доступности

Для критически важных развертываний бизнеса удаление единственных точек отказа может потребовать дополнительной инфраструктуры RDS.

Это может включать в себя высокодоступные конфигурации брокера подключений RD, резервные шлюзы и веб-доступ, а также несколько серверов хостов сеансов RD.

Доступ к RD Web и доступ к RD Gateway должны планироваться отдельно от распределения нагрузки на хосты сеансов. Простое добавление большего количества хостов сеансов не делает всю среду удаленного доступа высокодоступной.

Администраторы также должны проверить согласованность сертификатов, конфигурацию DNS и поведение балансировщика нагрузки на резервных компонентах.

Какие функции и ограничения у веб-клиента удаленного рабочего стола?

Доступ через браузер предлагает гибкость, но он не воспроизводит все возможности локально установленного RDP-клиента.

Печать и передача файлов

Веб-клиент Microsoft поддерживает удаленную печать через виртуальный принтер, который генерирует загружаемые PDF-файлы.

Передача файлов доступна через определенные виртуальные места в удаленной сессии с документированным ограничением на размер загрузки в 255 МБ.

Эти рабочие процессы отличаются от прямой локальной переадресации дисков и принтеров, доступной в традиционных клиентах RDP.

Организации с специализированными требованиями к печати или частыми передачами больших файлов должны протестировать эти возможности перед развертыванием.

Совместимость с браузерами и мобильными устройствами

Веб-клиент поддерживает совместимые настольные браузеры на Windows, macOS, Linux и ChromeOS.

Однако документация Microsoft в настоящее время не указывает мобильные устройства как поддерживаемые для этого веб-клиента.

Организации, которым требуется доступ с помощью смартфонов или планшетов, должны оценить специализированные клиенты или альтернативные решения для доставки на основе браузера.

Безопасность и контроль доступа

Веб-клиент получает преимущества от мер безопасности, реализованных в развертывании RDS.

Администраторы должны следовать Лучшие практики безопасности RDP включая использование доверенных сертификатов, ограничение ненужного сетевого доступа и применение политик минимально необходимых прав доступа к опубликованным ресурсам

Дополнительные меры безопасности, включая многофакторную аутентификацию через поддерживаемые архитектуры доступа, могут помочь защитить внешне доступные сервисы.

Держите Windows Server, компоненты RDS и веб-клиент в актуальном состоянии, а также контролируйте сбои аутентификации и необычную активность сеансов.

Как обновить и устранить неполадки веб-клиента удаленного рабочего стола?

Регулярное обслуживание снижает проблемы с подключением, вызванные устаревшими пакетами, истекшими сертификатами и изменениями в инфраструктуре RDS.

Обновите веб-клиент удаленного рабочего стола

Чтобы скачать последний пакет, выполните:

Install-RDWebClientPackage

Опционально сначала опубликуйте это в тестовой среде:

Опубликовать-RDWebClientPackage -Тип Тест -Последний

После проверки обновления опубликуйте его в производственной среде:

Publish-RDWebClientPackage -Type Production -Latest

Документ с примечаниями к выпуску Microsoft содержит обновления безопасности, улучшения совместимости и исправления известных проблем.

Обновите сертификат брокера соединений RD

Когда сертификат брокера обновляется или заменяется, экспортируйте обновленный сертификат и импортируйте его в конфигурацию веб-клиента:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker-New.cer"

Перепубликовать клиентскую версию:

Publish-RDWebClientPackage -Type Production -Latest

Необновление сертификата брокера может вызвать неожиданную ошибку сертификата аутентификации сервера.

Решение распространенных проблем с подключением

Страница веб-клиента не загружается: Проверьте доступность RD Web Access, разрешение DNS, подключение HTTPS, конфигурацию IIS и опубликован ли пакет. Если проблема с подключением сохраняется, ознакомьтесь с тем, как установить безопасное соединение с сервером перед изменением конфигурации веб-клиента

Пользователи могут войти в систему, но не видят приложений: Проверьте конфигурацию сбора сеансов, опубликованные ресурсы, разрешения пользователей и подключение к брокеру соединений RD.

Ошибка сертификата появляется: Проверьте действительность сертификата, соответствие имени хоста и то, был ли импортирован правильный сертификат брокера.

Удаленные сеансы часто отключаются: Исследуйте стабильность сети, подключение к RD Gateway, политики тайм-аута сеансов и использование ресурсов RD Session Host.

Сессии медленные или неотзывчивые: Сравните производительность браузера, емкость сервера и задержку сети. Если проблема также возникает через нативный RDP-клиент, причина, скорее всего, связана с основной средой RDS.

Структурированный подход к устранению неполадок помогает отличить проблемы браузера-клиента от сбоев в других частях инфраструктуры служб удаленного рабочего стола.

TSplus Remote Access: Доступ через браузер через веб-приложение портала

Организации, ищущие более простой подход к доставке рабочего стола и приложений на основе браузера, могут рассмотреть TSplus Удаленный доступ Его HTML5 веб-клиент позволяет авторизованным пользователям получать доступ к приложениям Windows и удаленным рабочим столам напрямую через совместимый браузер, без установки традиционного RDP-клиента.

Веб-портал TSplus предоставляет централизованный интерфейс для запуска опубликованных приложений и рабочих столов. В отличие от веб-клиента удаленного рабочего стола Microsoft, который зависит от существующей развертки RDS с конкретными ролями сервера, наше решение предоставляет свою собственную архитектуру публикации приложений и доступа через браузер. Это делает его альтернативой для компаний, стремящихся предоставить ресурсы Windows через веб-портал, упрощая развертывание и администрирование.

Заключение

Удаленный рабочий стол Microsoft Web Client обеспечивает доступ к рабочим столам и приложениям Windows через службы удаленного рабочего стола на основе браузера. С учетом того, что Windows Server 2025 включен в текущую документацию Microsoft, администраторам следует проверить совместимость развертывания, лицензирование, сертификаты и роли сервера перед установкой.

Для надежной работы поддержка веб-клиента является лишь частью задачи. Производительность сети, управление сессиями, балансировка нагрузки и мониторинг инфраструктуры также определяют качество опыта удаленного доступа.