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

Уеб клиентът за отдалечен работен плот на Microsoft позволява на потребителите да получават достъп до Windows работни станции и приложения директно чрез браузър, без да инсталират традиционен RDP клиент. Наличен за внедрения на услуги за отдалечен работен плот на Windows Server (RDS), той опростява достъпа до публикувани ресурси на различни операционни системи за работен плот.

Тази статия обяснява как да инсталирате и публикувате уеб клиента за отдалечен работен плот на Windows Server 2025, 2022, 2019 и 2016, обхващайки предварителните условия, конфигурацията, оптимизацията на производителността и отстраняването на проблеми.

Какво е уеб клиентът за отдалечен работен плот?

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

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

Как работи уеб клиентът за отдалечен работен плот?

Уеб клиентът работи в рамките на съществуваща инсталация на Remote Desktop Services. Няколко сървърни роли работят заедно, за да предоставят достъп:

• RD Web Достъп: Предоставя уеб интерфейс, чрез който потребителите откриват и стартират публикувани ресурси.
• RD Gateway: Позволява сигурна външна свързаност с вътрешната инфраструктура на Remote Desktop Services.
• RD Connection Broker: Управлява маршрутизацията на сесиите, разпределението на натоварването и повторното свързване към съществуващите сесии.
• RD хост на сесията: Стартира Windows десктопите и приложенията, достъпвани от потребителите.

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

RD Web Access срещу Remote Desktop Web Client

Въпреки че са тясно свързани, RD Web Access и Remote Desktop Web Client служат за различни цели.

RD Web Access е роля на Windows Server, която представя публикувани приложения и работни станции. Уеб клиентът за Remote Desktop е допълнителен клиент, базиран на браузър, инсталиран и публикуван чрез тази инфраструктура.

Инсталирането на RD Web Access само по себе си не активира автоматично интерактивни дистанционни сесии в браузъра. Администраторите трябва отделно да разположат и публикуват пакета за уеб клиент.

Какви са изискванията за уеб клиента на Remote Desktop на 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 клиент на база потребител (CALs) за уеб клиента. Лицензиране на база устройство не се поддържа за този сценарий.

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

Сертификати и мрежова конфигурация

Доверените сертификати са съществени за сигурен достъп до браузъра. Конфигурирайте подходящи сертификати за Remote Desktop връзки на RD Gateway и RD Web Access и уверете се, че имената на хостовете съвпадат с адресите, използвани от клиентите.

Сертификатът на RD Connection Broker също е необходим по време на инсталацията на уеб клиента.

За мрежова свързаност, HTTPS трафикът обикновено използва TCP порт 443. Вътрешната комуникация между RDS ролите също трябва да бъде разрешена в съответствие с архитектурата на внедряване.

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

Как да инсталирате уеб клиента за отдалечен работен плот на Windows Server

След като инфраструктурата на RDS е готова, уеб клиентът за отдалечен работен плот може да бъде инсталиран и публикуван с помощта на PowerShell.

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

Стъпка 1: Експортиране на сертификата за RD Connection Broker

На сървъра на RD Connection Broker намерете сертификата, използван за връзки с Remote Desktop.

Експортирайте публичния му сертификат като .cer файл и го копирайте на сървъра за RD Web Access.

Уеб клиентът използва тази информация за сертификата при установяване на връзки с RD Connection Broker.

Стъпка 2: Подгответе PowerShell

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

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

Инсталиране на модул - Име PowerShellGet - Принуда

Рестартирайте сесията на PowerShell след актуализиране на модула.

За по-новите версии на Windows Server, проверете инсталираните компоненти на PowerShell преди да направите промени.

Стъпка 3: Инсталирайте модула за управление на RD Web Client

Инсталирайте модула за управление от PowerShell Gallery:

Инсталиране на модул - Име RDWebClientManagement

Този модул предоставя командите, необходими за изтегляне, публикуване и поддържане на уеб клиента за Remote Desktop.

Ако инсталацията не успее, проверете достъпа до PowerShell Gallery и се уверете, че сесията на PowerShell поддържа TLS 1.2 или по-късно.

Стъпка 4: Изтеглете пакета за уеб клиент

Изпълнете следната команда:

Инсталиране на пакета RDWebClient.

Това изтегля най-новия наличен пакет за уеб клиент на Remote Desktop.

Използването на най-новата поддържана версия е важно за сигурността и съвместимостта с браузъра. Microsoft продължава да пуска актуализации, които адресират уязвимости, проблеми с производителността и функционалността на клиента.

Стъпка 5: Импортиране на сертификата за RD Connection Broker

Импорт на сертификата, експортиран по-рано:

Импорт- RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

Заменете примерния път с действителното местоположение на сертификата.

Импортният сертификат трябва да съответства на RD Connection Broker, използван от внедряването.

Стъпка 6: Публикувайте уеб клиента за отдалечен работен плот

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

Публикуване-RDWebClientPackage -Тип Продукция -Последен

Уеб клиентът за отдалечен работен плот вече е наличен чрез 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 програми и десктопи

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

В Server Manager, отидете на Услуги за отдалечен работен плот изберете подходящата сесийна колекция и конфигурирайте публикуваните RemoteApp програми.

Уверете се, че потребителите имат разрешение да получат достъп до съответната колекция и ресурси.

След конфигуриране, приложенията или работните станции се появяват в интерфейса на уеб клиента, където упълномощените потребители могат да ги стартират.

Стартиране на отдалечена сесия

Потребителите отварят URL адреса на уеб клиента, удостоверяват се и избират наличен ресурс.

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

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

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

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

Управление на честотната лента и мрежовата латентност

Трафикът на отдалечен работен плот варира в зависимост от използваните приложения, резолюцията на екрана и нивото на графична активност.

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

Преди внедряване, оценете броя на едновременните потребители и оценете наличната честотна лента по време на пиковите периоди.

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

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

Наблюдавайте ресурсите на сървъра и производителността на сесиите

Сървърите RD Session Host трябва да имат достатъчно CPU, памет и дисково пространство, за да поддържат едновременни потребители.

Наблюдавайте използването на ресурси заедно с активните сесии, за да идентифицирате лимитите на капацитета преди потребителите да изпитат влошаване на производителността.

Полезните метрики включват използване на CPU и памет, активност на диска, мрежова пропускливост, активни и прекъснати сесии, както и неуспехи при свързване на сесии.

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

Мониторингът трябва също да отчита пиковите натоварвания, а не да разчита изключително на средната използваемост.

Поддържайте актуални браузърите и пакетите за уеб клиент.

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

Актуални бележки за версията на уеб клиента на Microsoft въведете изисквания, свързани с възрастта на браузъра, поддръжката на AVC кодек и наличността на WebGL.

Тествайте поддържаните браузъри с представителни натоварвания и поддържайте актуален пакета за уеб клиент.

Когато се появят проблеми, специфични за браузъра, сравнете поведението между поддържаните браузъри и, когато е уместно, с роден RDP клиент, за да помогнете за изолиране на причината.

Какъв е процесът на управление на внедряването на RD Web Client на множество сървъри?

По-големите организации често разпределят натоварванията на отдалечените работни станции между множество RD Session Host сървъри.

В тези среди маршрутизацията на сесиите, разпределението на натоварването и повторното свързване стават съществени за поддържане на надежден достъп.

RD Connection Broker и Балансиране на натоварването

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

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

Това става особено важно, когато няколко потребители имат достъп до същите публикувани приложения или работна среда.

Администраторите трябва да конфигурират колекции на сесии и настройки за натоварване в зависимост от капацитета на сървъра и очакваните натоварвания.

Уеб клиентът за отдалечен работен плот не въвежда отделен механизъм за натоварване. Той разчита на съществуващата RDS инфраструктура за маршрутизиране на връзките.

Устойчивост на сесията и повторно свързване

Потребителите могат временно да загубят свързаност поради прекъсвания в мрежата, затваряне на браузъра или промени в мрежовите условия.

RD Connection Broker помага на потребителите да се свържат отново с техните съществуващи сесии, когато тези сесии остават налични.

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

Администраторите трябва да прегледат ограниченията за дисконектнати сесии и поведението на автоматичното повторно свързване, за да балансират удобството за ползване, капацитета на сървъра и сигурността.

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

Съображения за висока наличност

За бизнес-критични внедрения, премахването на единични точки на провал може да изисква допълнителна RDS инфраструктура.

Това може да включва конфигурации на RD Connection Broker с висока наличност, излишни услуги за шлюз и уеб достъп, и множество RD Session Host сървъри.

Достъпът до RD Web и наличността на RD Gateway трябва да бъдат планирани отделно от разпределението на натоварването на хостовете на сесиите. Добавянето на повече хостове на сесии само по себе си не прави цялата среда за отдалечен достъп високо налична.

Администраторите също трябва да проверят последователността на сертификатите, конфигурацията на DNS и поведението на балансировача на натоварването в различните излишни компоненти.

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

Достъпът чрез браузър предлага гъвкавост, но не възпроизвежда всяка функция на локално инсталиран RDP клиент.

Печатане и прехвърляне на файлове

Уеб клиентът на Microsoft поддържа дистанционно печатане чрез виртуален принтер, който генерира изтегляеми PDF файлове.

Файловите трансфери са налични чрез определени виртуални места в отдалечената сесия, с документиран лимит за размер на изтегляне от 255 MB.

Тези работни потоци се различават от директната локална пренасочване на дискове и принтери, налични в традиционните RDP клиенти.

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

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

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

Въпреки това, документацията на Microsoft в момента не изброява мобилни устройства като поддържани за този уеб клиент.

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

Сигурност и контрол на достъпа

Уеб клиентът се възползва от мерките за сигурност, внедрени в основната RDS инсталация.

Администраторите трябва да следват Най-добри практики за сигурност на RDP включително използване на доверени сертификати, ограничаване на ненужното мрежово излагане и прилагане на политики за достъп с минимални права до публикувани ресурси

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

Поддържайте Windows Server, компонентите на RDS и уеб клиента актуализирани и наблюдавайте неуспехите при удостоверяване и необичайната активност на сесиите.

Как да актуализирате и отстраните проблеми с уеб клиента за отдалечен работен плот?

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

Актуализирайте уеб клиента за отдалечен работен плот

За да изтеглите последния пакет, стартирайте:

Инсталиране на пакета RDWebClient.

По желание първо го публикувайте в тестовата среда:

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

След валидиране на актуализацията, публикувайте я в продукция:

Публикуване-RDWebClientPackage -Тип Продукция -Последен

Документът с бележки за издания на Microsoft съдържа актуализации за сигурността, подобрения в съвместимостта и корекции на известни проблеми.

Актуализирайте сертификата на RD Connection Broker

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

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

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

Публикуване-RDWebClientPackage -Тип Продукция -Последен

Неактуализирането на сертификата на брокера може да предизвика неочаквана грешка в сертификата за удостоверяване на сървъра.

Решаване на често срещани проблеми с връзката

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

Потребителите могат да влязат, но не виждат приложения: Проверете конфигурацията на събиране на сесии, публикуваните ресурси, разрешенията на потребителите и свързаността на RD Connection Broker.

Появяват се грешки в сертификата: Проверете валидността на сертификата, съвпадението на името на хоста и дали правилният брокерски сертификат е импортиран.

Често се прекъсват отдалечените сесии: Разследвайте стабилността на мрежата, свързаността на RD Gateway, политиките за изтичане на сесии и използването на ресурси на RD Session Host.

Сесиите са бавни или неотзивчиви: Сравнете производителността на браузъра, капацитета на сървъра и латентността на мрежата. Ако проблемът се появява и чрез роден RDP клиент, причината вероятно е свързана с основната RDS среда.

Структурираният подход за отстраняване на проблеми помага да се разграничат проблемите с браузер-клиента от неизправности на друго място в инфраструктурата на Remote Desktop Services.

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

Организациите, които търсят по-прост подход към доставката на настолни приложения и приложения, базирани на браузър, могат да разгледат TSplus Remote Access HTML5 уеб клиентът позволява на упълномощени потребители да получават достъп до Windows приложения и отдалечени работни станции директно чрез съвместим браузър, без да инсталират традиционен RDP клиент.

Уеб приложението на TSplus предоставя централизирано интерфейс за стартиране на публикувани приложения и работни станции. За разлика от уеб клиента за отдалечен работен плот на Microsoft, който разчита на съществуваща RDS инсталация с конкретни роли на сървъра, нашето решение предлага своя собствена архитектура за публикуване на приложения и достъп през браузър. Това го прави алтернатива за бизнеса, който търси да предостави Windows ресурси чрез уеб портал, като същевременно опростява внедряването и администрирането.

Заключение

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

За надеждна работа поддържането на уеб клиента е само част от задачата. Мрежовата производителност, управлението на сесиите, балансирането на натоварването и мониторингът на инфраструктурата също определят качеството на опита с отдалечения достъп.