Подключение к виртуальному рабочему столу Windows с помощью веб-клиента Connect to Windows Virtual Desktop with the web client

Это содержимое применимо к Виртуальному рабочему столу Windows с объектами Azure Resource Manager для Виртуального рабочего стола Windows. This content applies to Windows Virtual Desktop with Azure Resource Manager Windows Virtual Desktop objects. Если вы используете Виртуальный рабочий стол Windows (классический) без объектов Azure Resource Manager, ознакомьтесь с этой статьей. If you’re using Windows Virtual Desktop (classic) without Azure Resource Manager objects, see this article.

Веб-клиент позволяет получить доступ к ресурсам Виртуального рабочего стола Windows из веб-браузера без необходимости устанавливать программное обеспечение. The web client lets you access your Windows Virtual Desktop resources from a web browser without the lengthy installation process.

В настоящее время веб-клиент не поддерживает мобильные ОС. The web client doesn’t currently have mobile OS support.

Поддерживаемые операционные системы и браузеры Supported operating systems and browsers

Несмотря на то, что подойдет любой браузер, поддерживающий HTML5, корпорация Майкрософт официально поддерживает следующие операционные системы и браузеры. While any HTML5-capable browser should work, we officially support the following operating systems and browsers.

Браузер Browser	Поддерживаемая ОС Supported OS	Примечания Notes
Microsoft Edge Microsoft Edge	Windows Windows
Internet Explorer Internet Explorer	Windows Windows	Версия 11 или более поздняя Version 11 or later
Apple Safari; Apple Safari	macOS macOS
Mozilla Firefox Mozilla Firefox	Windows, macOS, Linux Windows, macOS, Linux	Версии 55 или более поздней Version 55 or later
Google Chrome Google Chrome	Windows, macOS, Linux, ОС Chrome Windows, macOS, Linux, Chrome OS

Доступ к веб-каналу удаленных ресурсов Access remote resources feed

В браузере перейдите к версии веб-клиента Виртуального рабочего стола Windows, интегрированной с Azure Resource Manager, по адресу https://rdweb.wvd.microsoft.com/arm/webclient и выполните вход с помощью своей учетной записи пользователя. In a browser, navigate to the Azure Resource Manager-integrated version of the Windows Virtual Desktop web client at https://rdweb.wvd.microsoft.com/arm/webclient and sign in with your user account.

Если вы используете Windows Virtual Desktop (классическая модель) без интеграции Azure Resource Manager, подключитесь к ресурсам по адресу https://rdweb.wvd.microsoft.com/webclient . If you’re using Windows Virtual Desktop (classic) without Azure Resource Manager integration, connect to your resources at https://rdweb.wvd.microsoft.com/webclient instead.

Если вы уже вошли, используя другую учетную запись Azure Active Directory, отличную от той, которую вы хотите использовать для Виртуального рабочего стола Windows, необходимо выйти из системы или использовать вкладку браузера в режиме конфиденциального просмотра. If you’ve already signed in with a different Azure Active Directory account than the one you want to use for Windows Virtual Desktop, you should either sign out or use a private browser window.

После входа в систему отобразится список ресурсов. After signing in, you should now see a list of resources. Чтобы запустить ресурсы, выберите их, как при работе с обычным приложением, на вкладке Все ресурсы. You can launch resources by selecting them like you would a normal app in the All Resources tab.

Использование редактора метода ввода Using an Input Method Editor

Веб-клиент поддерживает использование редактора метода ввода (IME) в удаленном сеансе в версии 1.0.21.16 или более поздней. The web client supports using an Input Method Editor (IME) in the remote session in version 1.0.21.16 or later. Языковой пакет для клавиатуры, который вы хотите использовать в удаленном сеансе, должен быть установлен на виртуальной машине узла. The language pack for the keyboard you want to use in the remote session must be installed on the host virtual machine. Дополнительные сведения о настройке языковых пакетов в удаленном сеансе см. в статье Добавление языковых пакетов в многосеансовый образ Windows 10. To learn more about setting up language packs in the remote session, check out Add language packs to a Windows 10 multi-session image.

Чтобы включить ввод IME с помощью веб-клиента, сделайте следующее: To enable IME input using the web client:

Перед подключением к удаленному сеансу перейдите на панель Параметры веб-клиента. Before connecting to the remote session, go to the web client Settings panel.

Установите переключатель включить параметр редактора метода ввода в положение вкл. Toggle the Enable Input Method Editor setting to On.

В раскрывающемся меню выберите клавиатуру, которая будет использоваться в удаленном сеансе. In the dropdown menu, select the keyboard you will use in the remote session.

Подключитесь к удаленному сеансу. Connect to the remote session.

Веб-клиент подавляет локальное окно редактора IME, когда вы повлияете на удаленный сеанс. The web client will suppress the local IME window when you are focused on the remote session. Изменение параметров IME после того, как подключение к удаленному сеансу уже выполнено, не повлияет. Changing IME settings once you have already connected to the remote session will not have any effect.

Если языковой пакет не установлен на виртуальной машине узла, то удаленный сеанс по умолчанию будет иметь английский (США) клавиатуру. If the language pack is not installed on the host virtual machine, the remote session will default to English (United States) keyboard.

Дальнейшие действия Next steps

Дополнительные сведения об использовании веб-клиента см. в статье Начало работы с веб-клиентом. To learn more about how to use the web client, check out Get started with the Web client.

Настройка RDP веб клиента HTML5 на RDS Windows Server 2016

Несмотря на то, что Microsoft за последние несколько лет портировала свой RDP клиент под различные платформы (iOS, macOS, Android, есть даже отдельное UWP приложение для Windows 10), многим пользователям хотелось бы получать удаленный RDP доступ к RDS серверам и опубликованным приложениям из любого браузера. Для этих целей Microsoft несколько лет разрабатывала отдельный Remote Desktop Web Client на базе HTML5. Совсем недавно была выпушена первая официальная версия RD Web Client. В этой статье мы рассмотрим, как установить и настроить Remote Desktop Web Client и использовать его для доступа к RemoteApp на RDS сервере с Windows Server 2016 из обычного браузера.

Требования к инфраструктуре веб клиента Remote Desktop

Remote Desktop Web Client пока доступен как расширение для роли RD Web Access на RDS серверах под управлением Windows Server 2016/2019.

Перед внедрением RD Web Client нужно убедится, что ваша RDS инфраструктура соответствует следующим требованиям:

• Наличие развернутой инфраструктуры RDS, включающей RD Gateway, RD Connection Broker и RD Web Access на Windows Server 2016/2019;
• Используются терминальные лицензии (RDS CAL) в режиме Per User;
• На серверах RDS Gateway и Web Access должны использоваться SSL сертификаты, выданные доверенным CA (самоподписанные сертификаты SSL использовать нельзя);
• В качестве RDP клиентов можно использовать только Windows 10 или Windows Server 2008 R2 (и выше);
• На RDS серверах нужно установить обновление (KB4025334 – от 18 июля 2017 года), или любое следующее кумулятивное обновление для Windows Server.

Установка RD Web HTML5 клиента на Windows Server 2016 RDS

Как мы уже говорили, на данный момент доступна версия RD Web Client для Windows Server 2016 / 2019, однако на текущий момент этот компонент не входит в состав дистрибутива WS 2019 и устанавливается отдельно.

На сервере с ролью RD Web Access необходимо установить модуль PowerShellGet:

Install-Module -Name PowerShellGet -Force

Закройте консоль PoSh и запустите еще раз. Теперь нужно установить модуль RD Web Client Management:

Install-Module -Name RDWebClientManagement

Чтобы принять лицензионное соглашение Microsoft, введите A.

Теперь нужно установить последнюю версию пакета Web Remote Desktop:

После установки пакета, проверьте его свойства командой:

Как вы видите, у вас появился пакет rd-html 5.0 версия 1.0.0.

Далее вам нужно с сервера с ролью RDS Broker экспортировать SSL сертификат, использующийся для SSO (Enable Single Sign On) в .cer файл (BASE64) Можно выполнить экспорт из графической оснастки управления сертификатами компьютера certlm.msc, нужный сертификат находится в разделе Personal\Certificates.

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

Теперь можно опубликовать клиент RD Web:

Publish-RDWebClientPackage -Type Production -Latest

Publish-RDWebClientPackage -Type Test -Latest

Доступ к RDWeb серверу через браузер с поддержкой HTML5

После того, как вы развернули пакет Web Client на RDS сервере, вы можете запустить браузер на клиентском компьютере. Поддерживаются все последние версии браузеров Edge, IE 11, Google Chrome, Safari и Firefox (пока веб клиент RD работает далеко не на всех мобильных устройствах). Для доступа к RDS серверам из браузера вам достаточно передать пользователям ссылку на сервер RDWeb.

Откройте URL адрес:

Для доступа к тестовой среде используйте адрес:

Имя сервера должно соответствовать имени сервера RD Web Access в сертификате.

Авторизуйтесь на RDWeb сервере под своей учетной записью.

При входе у вас будет запрошено какие локальные ресурсы должны быть доступны в RD сессии. Пока доступно только перенаправление буфера обмена и принтеров (локальные диск и USB устройства через веб-клиент RDP не пробрасываются, нужно использовать тяжёлый клиент mstsc.exe)

Перед вами должен появится список опубликованных RemoteApps и RDP ярлыков. Вы можете переключаться между ними с помощью иконок в верхней части окна.

Печать из RD Web клиента осуществляется через виртуальный PDF принтер (Microsoft Print to PDF). Вы отправляете документ на печать в окне веб клиента и браузер предлагает скачать сформированный pdf файл, который можно открыть и распечатать на локальный принтер.

В HTML5 доступно динамическое изменение окна удаленного рабочего стола и возможность запуска в полноэкранном режиме. Через буфер обмена можно копирвать только текст (файлы, графика через буфер веб клиента не копируются).

Что интересно, в RDP веб клиенте теперь видно количество памяти и CPU на RDS сервере, которое использует то или иное приложение. Просто щелкните по значку опубликованного приложения.

А можно получить доступ к полноценному сеансу на RDSH-сервере через браузер или только к опубликованным ремоут-апп?

Да, можно. Просто опубликуйте приложение mstsc.exe и подключайтесь к любым серверам по RDP.

Вот только публиковать это через родные Application Proxy невозможно, мол используйте Azure Application proxy.

А у меня почему-то не работает буфер обмена и принтер. Куда копать?

Где-то в панели RD Web клиента ищите галочки для проброса в сесиию буфера обмена и принтера (по умолчанию отключны).

А как отключить возможность печати?

Скорее всего как и на обычном RDS сервере — с помощью политики Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Printer Redirection -> Do not allow client printer redirection.

А можно ли в рамках «тестовой лаборатории» из 2-3 виртуалок не использовать SSL (или самоподписанные)? Какой-то минимальный набор развернуть, чтобы просто посмотреть возможности работы, и общий «user experience»?

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

Спасибо большое за подробное описание, w2k19 настроил по Вашей статье, единственное что дополнительно пришлось выставить разрешения на шлюзе удаленных рабочих столов.

Здравствуйте. Получилось настроить RDWeb клиента на сервере 2019, захожу внутри локалки, отображаются стандартные ярлыки для запуска, калькулятор, ворд пад и пэйнт. нажимаю для запуска например калькулятора, начинается соединение и обрывается на отображении «Открывается удаленный порт» а дальше описание ошибки:

Не удалось подключиться к «Калькулятор»

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

по протоколу с расширением Desktops.aspx все работает и открывается, по данному клиенту с расширением index.html открывается но не запускается, что то не так с портами и думаю сертификатом в целом и да, если ввести команду для проверки информации сертификата в шеле netsh http show sslcert первая строка отображает такую информацию IP:порт : 0.0.0.0:443, разве порт не 3392 должен быть? Тема актуальная причем на англоязычных ресурсах но решения данной проблемы нет. Помогите пожалуйста с чем связано?

Несколько дней мучений, в итоге оказалось все настолько банально…в адресной строке было прописано localhost за место полного доменного имени. Будьте внимательны

Можно поподробней , у меня точно такая же проблема, и не могу понять причину.

и сразу , у меня разнесены роли 1 севрер: Веб, Брокер. 2 Сервер: терминальный

Аналогично, есть варианты?

Коллеги, давайте подробнее проблему опишите. Често говоря я не понял, на что все жалуются.

Подтверждаю. есть проблема. после запуска приложения выводится сообщение о том что открывается порт и затем сразу
«Не удалось подключиться к «Paint»

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

Event code: 3005
Event message: Возникло необработанное исключение.
Event time: 24.03.2020 13:37:08
Event time (UTC): 24.03.2020 6:37:08
Event ID: f7673dc04ae2462eb867d48ac3db2993
Event sequence: 214
Event occurrence: 5
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT/RDWeb/Pages-5-132295046833352349
Trust level: Full
Application Virtual Path: /RDWeb/Pages
Application Path: C:\Windows\Web\RDWeb\Pages\
Machine name: SRV-TRM-03

Process information:
Process ID: 2456
Process name: w3wp.exe
Account name: IIS APPPOOL\RDWebAccess

Exception information:
Exception type: NullReferenceException
Exception message: Ссылка на объект не указывает на экземпляр объекта.
в Microsoft.TerminalServices.Publishing.Portal.FormAuthentication.TSFormAuthTicketInfo..ctor(HttpContext objHttpContext)
в ASP.ru_ru_default_aspx.d__0.MoveNext()
— Конец трассировка стека из предыдущего расположения, где возникло исключение —
в System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
в System.Web.UI.PageAsyncTaskManager.d__3.MoveNext()
— Конец трассировка стека из предыдущего расположения, где возникло исключение —
в System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
в System.Web.UI.Page.d__554.MoveNext()

Request information:
Request URL: _https://srv-trm-03:443/RDWeb/Pages/ru-RU/Default.aspx
Request path: /RDWeb/Pages/ru-RU/Default.aspx
User host address: ::1
User:
Is authenticated: False
Authentication Type:
Thread account name: IIS APPPOOL\RDWebAccess

Thread information:
Thread ID: 9
Thread account name: IIS APPPOOL\RDWebAccess
Is impersonating: False
Stack trace: в Microsoft.TerminalServices.Publishing.Portal.FormAuthentication.TSFormAuthTicketInfo..ctor(HttpContext objHttpContext)
в ASP.ru_ru_default_aspx.d__0.MoveNext()
— Конец трассировка стека из предыдущего расположения, где возникло исключение —
в System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
в System.Web.UI.PageAsyncTaskManager.d__3.MoveNext()
— Конец трассировка стека из предыдущего расположения, где возникло исключение —
в System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
в System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
в System.Web.UI.Page.d__554.MoveNext()

Custom event details:

Вобщем такая ошибка возникает у тех кто пытается завести без Web шлюза.
Если ставить только через брокер, то надо ssl сертификат назначать на порт 3392. Но и то у меня не завелось. доставил Web шлюз просто

У меня точно такая же ошибка
после запуска приложения выводится сообщение о том что открывается порт и затем сразу
«Не удалось подключиться к «Paint»

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

Event code: 3005
Event message: Возникло необработанное исключение.
Event time: 24.03.2020 13:37:08
Event time (UTC): 24.03.2020 6:37:08
Event ID: f7673dc04ae2462eb867d48ac3db2993
Event sequence: 214
Event occurrence: 5
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT/RDWeb/Pages-5-132295046833352349
Trust level: Full
Application Virtual Path: /RDWeb/Pages
Application Path: C:\Windows\Web\RDWeb\Pages\
Machine name: SRV-TRM-03

Process information:
Process ID: 2456
Process name: w3wp.exe
Account name: IIS APPPOOL\RDWebAccess

Только конфигурация вместе со шлюзом Remote Desktop Gateway 2019. Роли RGW и Web Access совмещены на одной виртуалке, роли RDSH и RDCB совмещены на другой. Лицензирование вынесено на третью. Все это собрано в пул и развернута коллекция сеансов.
Кто-нибудь может подсказать, как победить эту болезнь?

У меня точно такая же ошибка
после запуска приложения выводится сообщение о том что открывается порт и затем сразу
«Не удалось подключиться к «Paint»

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

Event code: 3005
Event message: Возникло необработанное исключение.
Event time: 24.03.2020 13:37:08
Event time (UTC): 24.03.2020 6:37:08
Event ID: f7673dc04ae2462eb867d48ac3db2993
Event sequence: 214
Event occurrence: 5
Event detail code: 0

Application information:
Application domain: /LM/W3SVC/1/ROOT/RDWeb/Pages-5-132295046833352349
Trust level: Full
Application Virtual Path: /RDWeb/Pages
Application Path: C:\Windows\Web\RDWeb\Pages\
Machine name: SRV-TRM-03

Process information:
Process ID: 2456
Process name: w3wp.exe
Account name: IIS APPPOOL\RDWebAccess

Только конфигурация вместе со шлюзом Remote Desktop Gateway 2019. Роли RGW и Web Access совмещены на одной виртуалке, роли RDSH и RDCB совмещены на другой. Лицензирование вынесено на третью. Все это собрано в пул и развернута коллекция сеансов.
Кто-нибудь может подсказать, как победить эту болезнь?

Давно хотел терминальную сессию в браузере.
Для посмотреть.
Поднял всё на Hyper-V.
Завелось всё с полтыка.
Стабильно работает.
…Радость. 🙂

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

Проблему решили переподключем сертификата и обращением по полному имени сервера.

если веб интерфейс и и шлюз подключений на разных серверах
какие порты в интернет пробрасывать

В интернет обычно смотрит 443 порт со шлюза.