Когда-то давно, когда деревья были высокими, а я был молодым и зеленым системным администратором, довелось мне внедрять терминальный сервер на Windows 2000. Я тогда думал, что хорошо бы, если бы для подключения к серверу не нужен был никакой отдельный клиент. Шло время, деревья выросли, олени на свитере отпустили рога, а я — бороду, на рынке начали появляться решения для работы в терминале через браузер. Но они были или нестабильные, или дорогие, и пробные внедрения ушли в долгий ящик.
Прошло еще немного времени, в бороде появилась седина, а решений на базе HTML5 стало куда больше. И мне захотелось сделать краткий обзор бесплатных вариантов — как для начинающих системных администраторов, так и для тех, кто пропустил этот момент, как я.
Итак, хотите пускать сотрудников на терминалки через браузер или админить серваки через него же? Добро пожаловать под кат.
Удобство подключения без отдельного клиента сложно переоценить — браузер есть практически на любом пользовательском устройстве. Помимо удобства пользователей есть и аспект безопасности: поскольку такой клиент является веб-сервисом, защищать его гораздо проще. Действительно, классический RDP с интересными уязвимостями высовывать наружу просто так довольно опасно, работать через VPN не всегда удобно, а сервисы fail2ban и нестандартный порт хоть и помогают, но 100% защиты не дают. В то время как веб-сервис можно защитить авторизацией по сертификату и другими методами двухфакторной аутентификации.
Есть мнение, что использование RDS-Gateway с заворачиванием RDP-трафика через HTTPS и установка сертификатов на клиентах является хорошей защитой. На самом деле это не так — установка сертификатов для RDS-Gateway нужна для проверки подлинности не клиента, а сервера. Убедиться в этом можно, попробовав подключиться сторонними RDP-клиентами. Конечно, часть ботов, ищущих открытый RDP, такой способ отсеет. Но решения fail2ban в таком случае тоже необходимы.
Оставлю настройку безопасности за рамками этой статьи и перейду к конкретным примерам реализации. Тестировать будем на терминальном сервере на базе Windows Server 2019, в качестве приложения для проверки RemoteApp будем использовать 1С 7.7. Потому что можем.
Не так давно Microsoft окончательно выпустил свое решение для подключения к RDP через браузер. Начнем, пожалуй, с него.
Microsoft Remote Desktop Web Client
Установка и настройка клиента подробно описана в документации, приведу основные шаги под спойлером.
Установка клиента от MS.
Подготовка. Ролям шлюза удаленных рабочих столов и\или посреднику подключений должен быть назначен такой сертификат, которому бы доверяли клиенты. Да, примерно как при обычной работе RDP-клиента через https. Можно завести публичный доверенный сертификат, можно использовать внутреннюю CA, в целях тестирования можно использовать и самоподписанный.
Сначала может понадобиться обновить модуль PowerShellGet.
Это делается командой:
Install-Module -Name PowerShellGet -Force
После этого нужно перезапустить консоль, и для установки клиента достаточно будет выполнить команды:
Install-Module -Name RDWebClientManagement
Install-RDWebClientPackage
В процессе может быть загружен Nuget для установки модулей из репозитория, сервер должен быть подключен к интернету. Да, Windows уже взрослая и умеет в репозитории.
Теперь нужно настроить сертификат для этого клиента. Делается это командой:
Import-RDWebClientBrokerCert cert.cer
Где cert.cer — путь к сертификату посредника удаленных рабочих столов в формате cer.
Теперь можно опубликовать клиента командой:
Publish-RDWebClientPackage -Type Production -Latest
После установки клиент становится доступен по ссылке вида:
https://trm.contoso.com/RDWeb/webclient/index.html
После успешного логина видны все опубликованные в коллекции приложения RemoteApp.
Опубликованные приложения в браузере.
Попробуем запустить 1С, подключившись Firefox с Kubuntu.
Kubuntu, Firefox, 1C 7.7.
Можно запускать и другие опубликованные приложения. В таком случае они будут работать в одном окне, а верхняя панель будет представлять из себя что-то вроде панели задач.
1С, Paint и WordPad.
В целом все выглядит приятно и удобно, полноценный рабочий стол тоже поддерживается. Печать работает в виде отправки на виртуальный принтер PDF с последующей загрузкой файла браузером. Буфер обмена для текста тоже работает, хотя немного раздражает необходимость подтверждать доступ браузера к буферу обмена.
Подтверждение копирования с удаленного рабочего стола.
А вот чего пока нет, так это трансфера файлов с сервера и на сервер, и это существенная ложка дегтя. Подведем итог.
Плюсы:
- Относительно простая настройка.
- Установка на Windows-сервере, можно прямо на шлюзе рабочих столов.
- Прозрачная и удобная работа RemoteApp.
- Поддержка печати и буфера обмена для текста.
Минусы:
- Необходимо разбираться с сертификатами.
- Отсутствие поддержки файлового обмена.
Что ж, посмотрим, что нам предложит мир opensource.
Apache Guacamole
Пожалуй, одно из самых известных решений. Но версия 1.0 появилась относительно недавно. К ее минусам можно сразу отнести отсутствие официальной поддержки Windows в качестве точки установки — нужна отдельная linux-машина или образ Docker. Документация доступна, как обычно, на официальном сайте. Стоит отметить, что помимо RDP, решение поддерживает доступ через браузер к серверам ssh, telnet и vnc.
Если вам не хочется собирать свежую версию из исходников и разбираться с зависимостями, можно воспользоваться готовыми скриптами установки, вроде скрипта guac-install. Но — как обычно — за сторонние скрипты редакция ответственности не несет.
После установки согласно документации нужно так или иначе создать пользователей и настроить подключения. Я использовал работу с MySQL в качестве хранилища пользователей и их настроек и настраивал все это дело через веб-интерфейс. Через него доступно создание и настройка пользователей, подключений и групп, которые позволяют делать общие подключения для разных пользователей.
Настройка простого RDP-подключения.
Стоит отметить, что если мы хотим прозрачно подключаться, авторизовавшись только через веб-интерфейс, то понадобится или вручную создавать каждому пользователю подключение, вводя его пароль (!), или делать более сложную установку. Например, использовать для хранения настроек и авторизации БД Active Directory, что потребует модификации схемы AD. Или настраивать авторизацию через LDAP, также создавая пользователей и в классической БД вроде MySql.
Без сложных установок придется создавать отдельных пользователей веб-интерфейса или делать одного общего. При этом если не задавать имя пользователя и пароль в настройках подключения, то надо отключить безопасность NLA на сервере. Не очень удобно.
Помимо полноценного рабочего стола есть и поддержка RemoteApp. Важный нюанс — прописывать имя программы в настройках нужно точно так же, как и в файле RDP.
Настройка RemoteApp.
И если все было сделано правильно, наша «семерка» откроется в браузере.
И снова 1С 7.7 в браузере.
Печать работает так же: скачивается PDF, но — в отличие от решения от MS, — есть возможность файлового обмена с сервером.
По сути, Apache Guacamole запускает у себя freerdp и может прокидывать папки со своей линуксовой машины на виндовый сервер.
Перенаправленный диск в 1С.
В свою очередь из браузера можно скачать или загрузить файл через специальное меню. В этом меню можно еще и настроить эмуляцию мыши и экранную клавиатуру. Вызывается оно сочетанием клавиш Ctrl+Alt+Shift.
Работа с файлами.
Текстовый буфер обмена также работает, но немного неудобно (бесит куда больше, чем решение от MS). Современные браузеры в паре с Apache Guacamole позволяют легко копировать текст с удаленного приложения при помощи Ctrl+C, но для вставки текста с локальной машины понадобится использовать меню по Ctrl+Alt+Shift.
Зато практически «из коробки» реализована двухфакторная аутентификация (особенно, если делать установку сторонним скриптом). Например, при помощи алгоритма TOTP.
Вкратце напомню: TOTP (Time-based One-time Password Algorithm) — это алгоритм генерации одноразовых паролей на основе времени. При первом входе пользователю будет предложено считать двухмерный штрих-код или записать набор символов, «скормить» их приложению (например, Google Authenticator). И на основе этого набора символов (security string) приложение каждые 30 секунд будет генерировать новое число-код для входа.
В целом, решение произвело впечатление более продуманного и законченного, если бы не некоторая сложность в настройке для нормальной работы. Подведу итог.
Плюсы:
- Поддержка текстового буфера обмена и печати.
- Поддержка файлового обмена.
- Поддержка тачскринов в виде настраиваемой эмуляции мыши и клавиатуры.
- Возможность записи сессии в видеофайл.
Минусы:
- Необходимость отдельной машины или контейнера.
- Сложность в настройке, особенно для специалиста, непривычного к Linux.
- Не очень удобная работа текстового буфера обмена.
На просторах сети я нашел еще один малоизвестный проект, запускающий freerdp и отображающий получившееся через браузер. Попробуем и его.
Myrtille
Проект со всей документацией располагается на github автора. В отличие от Guacamole, Myrtille устанавливается на Windows, да ещё и практически в режиме «Далее — Далее — ОК». Устанавливаем, запускаем браузер.
Windows в браузере.
Помимо RDP поддерживается SSH и подключение к виртуальной машине Hyper-V. Меню управления подключением вызывается по кнопке с тремя точками в левом верхнем углу.
Меню управления подключением.
Работа с файлами производится через веб-интерфейс — по кнопке Files открывается доступ к папке «Мои документы» пользователя для загрузки и скачивания файлов. При этом если Myrtille установлен не на терминальном сервере, придется настраивать перенаправление папки. Печать, в отличие от двух других решений, сразу вызывает окно с диалогом печати PDF.
Чуть хуже дела с RemoteApp при работе приложения в обычном режиме. Для запуска несчастной 1С нужно сформировать ссылку вида:
https://myserver/Myrtille/?__EVENTTARGET=&__EVENTARGUMENT=&server=server&domain=domain&user=user&passwordHash=passwordHash&program=program
В которой нужно явно указать пользователя и его пароль (или хэш пароля). Программу необходимо прописать так же, как и в файле RDP — в случае нашей 1С это будет ||1cv7l. Все параметры должны быть URL-encoded.
И в третий раз 1С в браузере.
Для получения хэша пароля можно также воспользоваться myrtille, просто перейдя по ссылке (выполнив GET-запрос):
https://server/myrtille/GetHash.aspx?password=password
Двухфакторная аутентификация также доступна «из коробки» и основана на сервисе oliveinnovations.com.
Для работы в доменной среде у приложения есть отдельный режим работы — Enterprise mode. Для его включения нужно при установке (или потом, в файлах конфигурации) указать имя домена и группу администраторов (пользователей, которые могут настраивать подключения). Тогда при входе будет запрашиваться только имя пользователя и пароль, и администратор может создавать предопределенные конфигурации подключения для групп пользователей. Это и позволит нам сделать удобный ярлык для запуска 1С.
Создание подключения в панели управления Enterprise-режима.
Теперь пользователь при входе будет видеть доступные ему подключения и запускать 1С по кнопке, а не по странной ссылке с паролем.
Интерфейс при входе обычного пользователя.
К сожалению, на данный момент у меня не получилось заставить работать текстовый буфер обмена в современных браузерах — работа идет только по кнопке clipboard и только в сторону с сервера на локальный ПК.
Итого.
Плюсы:
- Простая установка на Windows.
- Поддержка почти всего, что нужно, вроде печати и передачи файлов.
- Возможность подключения к приложению или рабочему столу сразу по ссылке.
- Есть возможность работы в режиме совместимости (HTML4).
Минусы:
- Пока нормально не работает текстовый буфер обмена.
- Работа с файлами удобна, только если сервис установлен непосредственно на терминальном сервере.
Вместо послесловия
Конечно, существуют и другие решения, в том числе и платные. Приведу несколько самых популярных, не трогая монстров вроде Xen Desktop:
- Ericom AccessNow.
- TSplus (в редакции Mobile Web и Enterprise).
- Remote Spark.
В них уже есть поддержка принтеров и работы с файлами, но в принципе и бесплатные решения более-менее дошли до аналогичного уровня.
По результатам исследования я решил остановиться на решении от MS, благо перенос файлов в моем случае не был нужен (точнее, был категорически не нужен).
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Расскажите, а используете ли вы в работе HTML5-клиенты?
18.29% Нет, и не собираюсь.32
7.43% Да, использую, напишу в комментах какой.13
50.29% Пока не использую, но теперь задумался.88
Проголосовали 175 пользователей. Воздержались 38 пользователей.
В Windows Server 2022/2019/2016 с развёрнутыми службами Remote Desktop Services вы можете установить и настроить новый Remote Desktop Web Client HTML5. Этот веб клиент позволит любым устройствам (iOS, macOS, Android, Linux) получать доступ к вашим RemoteApp приложениям на RDS хостах прямо из любого браузера (не нужно устанавливать отдельный RDP клиент).
Содержание:
- Установка RD Web HTML5 клиента на Windows Server RDS
- Доступ к RDWeb серверу через браузер с HTML5
- Возможные проблемы с веб клиентом Remote Desktop
[contents h2]
Remote Desktop Web Client доступен в виде расширения роли RD Web Access на RDS серверах под управлением Windows Server 2022/2019/2016.
Перед внедрением RD Web Client нужно убедится, что ваша RDS инфраструктура соответствует следующим требованиям:
- Наличие развернутой инфраструктуры RDS (фермы Remote Desktop Services), включающей: шлюз Remote Desktop Gateway, RD Connection Broker и RD Web Access на Windows Server 2022/2019/2016;
- Используются терминальные лицензии (RDS CAL) в режиме Per User;
- На серверах RDS Gateway и Web Access должны использоваться SSL сертификаты, выданные доверенным CA. Поддерживаются бесплатные Let’s Encrypt сертификаты на RDS. Самоподписанные SSL сертификаты можно использовать в ограниченном режиме;
Установка RD Web HTML5 клиента на Windows Server RDS
HTML5 RD Web Client не входит в дистрибутив Windows Server. Вам нужно вручную установить модуль RD Web Client Management из галереи скриптов PowerShell.
Для этого установите модуль PowerShellGet на сервере с ролью RD Web Access:
Install-Module -Name PowerShellGet -Force
Перезапустите консоль PowerShell.exe и установите модуль RD Web Client Management:
Install-Module -Name RDWebClientManagement
Чтобы принять лицензионное соглашение Microsoft, введите A.
Теперь нужно установить последнюю версию пакета Web Remote Desktop:
Install-RDWebClientPackage
После установки пакета, проверьте его свойства командой:
Get-RDWebClientPackage
Как вы видите, у вас появился пакет rd-html 5.0 версия 1.0.0.
Далее вам нужно экспортировать SSL сертификат с сервера с ролью RDS Connection Broker, использующийся для SSO (Enable Single Sign On) в .cer файл (формат BASE64).
- Запустите консоль управления сертификатами компьютера
certlm.msc
: - Разверните раздел Personal -> Certificates;
- Найдите ваш сертификат, который используется в вашей RDS ферме, щелкните по нему правой кнопкой и выберите select All Tasks -> Export;
- Выберите формат экспорта Base-64 encoded X.509 (.cer) и укажите имя файла.
Импортируйте сертификат на сервере RD Web Access:
Import-RDWebClientBrokerCert C:\RDBroker.cer
Теперь можно опубликовать клиент RD Web:
Publish-RDWebClientPackage -Type Production -Latest
Для тестирования клиента RD Web, можно развернуть клиент с помощью команды:
Publish-RDWebClientPackage -Type Test -Latest
Клиент RD Web позволяет запускать RemoteApps в браузере или через локальный RDP клиент (в этом случае пользователь скачает *.rdp файл). Пользователь может сам выбрать нужные ему режим. Чтобы запуск разрешить RemoteApp только в браузере, выполните команду:
Set-RDWebClientDeploymentSetting -Name "LaunchResourceInBrowser" $true
Доступ к RDWeb серверу через браузер с HTML5
После того, как вы развернули пакет Web Client на RDS сервере, вы можете запустить браузер на клиентском компьютере. Поддерживаются все последние версии браузеров Microsoft Edge, Google Chrome, Safari, Mozilla Firefox. Для доступа к RDS серверам из браузера вам достаточно передать пользователям ссылку на сервер RDWeb.
Обязательно используйте FQDN имя сервера RD для подключения. Обратите внимание, что данное FQDN имя должно содержаться в вашем сертификате RDS развёртывания (проверьте поля Common Name/CN и Subject Alternative Names /SAN).
Откройте URL адрес:
_https://FQDN.server.name/RDWeb/webclient/index.html
Для доступа к тестовой среде используйте адрес:
_https://FQDN.server.name /RDWeb/WebClient-Test/index.html
Имя сервера должно соответствовать имени сервера RD Web Access в сертификате.
Авторизуйтесь на RDWeb сервере под своей учетной записью.
При входе у вас будет запрошено какие локальные ресурсы должны быть доступны в RD сессии. Пока доступно только перенаправление буфера обмена и принтеров (локальные диск и USB устройства через веб-клиент RDP не пробрасываются, нужно использовать полноценный клиент mstsc.exe, RDCMan или аналоги).
После успешного входа вы увидите все RemoteApp опубликованные в коллекциях. Вы можете переключаться между ними с помощью иконок в верхней части окна.
При запуске RemoteApp оно будет отображаться в браузере с возможностью развернуть окно на весь экран.
Печать из RD Web клиента осуществляется через виртуальный PDF принтер (Microsoft Print to PDF). Когда вы отправляете документ на печать в окне веб клиента, браузер предлагает скачать сформированный pdf файл. Вы можете открыть PDF файл а (PDF просмотрщик встроен в браузер Microsoft Edge) и распечатать на локальном принтере.
В HTML5 клиенте доступно динамическое изменение окна удаленного рабочего стола и возможность запуска в полноэкранном режиме. Через буфер обмена можно копировать только текст (файлы, графика через буфер веб клиента не копируются).
Возможные проблемы с веб клиентом Remote Desktop
При входе на RD Web Access вы видите список опубликованных приложений Remote App, но при попытке запуска любого из них появляется ошибка:
Oops, we could not connect to Calculator. The connection to the remote PC was lost. This might be because of a network connection problem. If this keeps happening, ask your administrator or tech support for help.
Не удалось подключиться к Calculator Потеряно подключение к удаленному компьютеру. Возможно, есть проблема с сетевым подключением. Если это будет повторяться, обратитесь за помощью к своему администратору или специалисту службы технической поддержки.
Также может быть ошибка:
The web client needs a Remote Desktop Gateway to connect to desktops and apps.
Эти ошибки возникают, если вы развернули ферму RDS без шлюза RD Web Gateway. Если у вас развернут только RD Connection Broker, нужно привязать ваш сертификат RDS на порт 3392. (см описание в разделе Connecting to RD Broker without RD Gateway in Windows Server 2019 — https://learn.microsoft.com/en-us/windows-server/remote/remote-desktop-services/clients/remote-desktop-web-client-admin).
Ошибка:
Your session ended because an unexpected server authentication certificate was received from the remote PC. Ask your admin or tech support for help.
Ваш сеанс завершен, так как от удаленного компьютера получен непредвиденный сертификат проверки подлинности сервера. Обратитесь за помощью к своему администратору или специалисту службы технической поддержки.
Проверьте корректность вашего RD сертификата (FQDN сервера, которые используется для запуска RD веб клиента должен содержаться в сертификате). Проверьте, что этот сертификат назначен на все роли в вашем развертывании RDS. Отдельно проверьте что этот сертификат задан в настройка сервера RDGW (вкладка SSL Certificates). Если возможно, используйте wildcard сертификат.
RDP подключение к Windows server через браузер Chrome
Как подключиться к серверу по RDP
RDP (Remote Desktop Protocol) — протокол, который позволяет удаленно работать с сервером.
Для подключения мы будем использовать расширение для браузера Chrome RDP которое можно скачать здесь.
В открывшемся окне, необходимо ввести IP адрес сервера и нажать кнопку «Connect».
Далее, вводим в поле «Username» — имя пользователя, а в поле «Password» — пароль от учётной записи.
Данные для доступа вы найдете в Биллинге.
После этого следует нажать кнопку «ОК».
При первом подключении приложение уточнит информацию о недоверенном сертификате безопасности.
Нажимаем «Continue» и увидим рабочий стол Windows.
Last updated on January 24, 2025
VPS Hosting
As a project developer or team member, what if you need to access your remote server from a remote location?
If you are using a hosting service, you may need to access your server remotely regularly. In this case, you might hear or use a remote desktop software.
A desktop application’s functionality is constrained by the hardware on which it runs. It must be developed for and installed on a specific operating system, and it may have strict hardware requirements as well.
We therefore recommend in this article three best Remote Desktop Web-based tools that are independent of hardware and operating systems.
1. Chrome RDP – Easiest Way
The Chrome RDP extension is a Microsoft Remote Desktop APP that is only available for the Chrome browser. The extension supports both standard RDP and SSL encryption. You can enter the address of the remote machine and easily connect with it.
Here’s how to set up and access a remote machine using Chrome Remote Desktop:
- Go to Chrome Webstore and Search Chrome RDP.
- Open Chrome browser. Open Chrome RDP from the Google App Launcher. You will need the IP address of the remote computer and the port number (only if you are using a non-standard port). For example,
- Click on the OK button after entering the Username and Password.
- Your browser will display the desktop of the remote computer.
2. Chrome Remote Desktop – Secure and Quick Setup
Chrome Remote Desktop is one of the best remote access applications available for free. It is very easy to set up, use and provide a secure connection to your remote server.
Chrome Remote desktop includes excellent features like a live audio feed that lets you enjoy music from your remote desktop computer. You can easily copy and paste files from your RDP computer to your local computer.
What if you immediately needed files from your remote server without access to a desktop computer around you? So that’s why Chrome Remote Desktop also released the Chrome Remote Desktop App for Android.
Here’s how to set up and access a remote machine using Chrome Remote Desktop:
- First of all, sign into google using chrome browser; you need to be logged in to access or screen share using Chrome Remote Desktop
- Open Chrome Webstore and search the Chrome Remote Desktop in Download the APP and allow it access to your computer.
- Open the Chrome Remote Desktop from Google App Launcher. You will find two options, one for user-to-user screen sharing and the second for accessing your computer from another machine.
4. To add your computer to Chrome Remote Desktop, you can access it from anywhere using the below steps: i) Click Get Started under My Computer. Then add your computer by clicking Enable Remote Connections. Chrome will start downloading Chrome Remote Desktop Host Installer and install it after downloading. ii)Then, you will be asked to set up the PIN. The PIN will be required to access your computer from another location. Once you set up the PIN, you can access your computer remotely.
- Sign in to Google from where you want to access your Google. Then Enter this URL, and you will see the option to connect your computer like below.
- Then Enter the Pin to access your server. Click Enter once you enter the PIN.
- The desktop of the remote computer will appear in your browser.
3. Remote Desktop Web Client – Microsoft RDP
Microsoft offers the third option. Microsoft’s Remote Desktop Web Client lets you access your remote desktop server through a compatible web browser. Over the past few years, Microsoft has extended RDP support to several platforms. After installing the web client, users can utilize it as a substitute for the traditionally RDP client. The setup process is slightly lengthy and includes many steps covered in Microsoft Remote Desktop Web Client.
Screen-captures of Microsoft Remote Desktop Web Client
Conclusion
If you are using any other browser-based tools, please share them with us. We will review and include it in our blog post. If you have any questions about the above tools, please mention them in the comment section below.
(Visited 191,087 times, 14 visits today)
About The Author
Jason-Pat
Founder & CTO at AccuWebHosting.com. He shares his web hosting insights at AccuWebHosting blog. He mostly writes on the latest web hosting trends, WordPress, storage technologies, Windows and Linux hosting platforms.
Помимо использования стандартных клиентов для удаленного рабочего стола, есть возможность использования RDP сессий без установки какого либо клиента или плагина для браузера для работы со своими приложениями с использованием того же Google Chrome. Пока это не является встроенной функцией терминального сервера Thinstuff, но тем не менее данное решение является абсолютно бесплатным и работает с любой редакцией терминального сервера (Lite, Standard или Professional).
Шаг 1: Скачиваем дистрибутив myrtille
Для того, чтобы запустить WEB сервер для удаленных рабочих столов, нам понадобится решение Myrtille. Скачиваем дистрибутив с сайта разработчика по этой ссылке: https://github.com/cedrozor/myrtille/releases
Шаг 2: Установка myrtille на компьютер
На компьютере с установленным сервером терминалов установите скаченный дистрибутив, щелкнув по нему 2 раза левой кнопкой мыши. На экране появится диалоговое окно программы установки.
Нажимаем кнопку Next. На следующем шаге программа установки предложит вам подключить двухфакторную аутентификацию.
Если у вас имеются параметры для ее интеграции, то заполните соответствующие поля: API key, Application key, Application ID. как это настроить и где взять эти параметры, вы можете посмотреть в этой статье.
Если вы все заполнили или у вас нет необходимости в подключении этих параметров, то просто нажимаем кнопку Next. На следующем этапе, вы можете настроить доменную аутентификацию, если вы используете Active Directory.
Если вы используете доменную аутентификацию, то заполните соответствующие поля, если же нет, то просто нажмите кнопку Next.
На следующем этапе, программа установки попросит вас указать параметры портов для работы. Services Port — номер порта, на который будут осуществляться подключения к RDP серверу через WEB интерфейс. Следует помнить, что если этот порт уже используется другим приложением, то возможны проблемы при подключении. Для того, чтобы их избежать, укажите заведомо свободный порт. По умолчанию 8080. Admin Port — здесь указывается порт для управления сервисом (Административный порт). По умолчанию 8008.
При необходимости внесите изменения и нажмите кнопку Next.
На следующем этапе программа установки предложит установку дополнительных модулей для повышения безопасности подключений и расширения функционала RDP сессий.
В случае если вам не нужны какие-либо модули, то вы можете убрать галочку напротив соответствующего пункта . После выбора нужного набора компонентов, нажмите кнопку Next.
Далее вам необходимо указать путь, куда будет установлен программный продукт.
При необходимости внесите изменения и нажмите на кнопку Next.
Программа установки сообщит вам, что все необходимые сведения она получила и готова приступить к установке. Если у вас есть необходимость внести какие-то изменения, то на этом этапе вы можете вернуться на нужное число шагов назад, внести изменения и продолжить установку. Если такой необходимости у вас нет, то просто жмем кнопку Next и у вас начнется процесс установки.
По завершению установки нажимаем кнопку Finish. Перезагружаем компьютер и WEB доступ к удаленным сеансам готов к работе.
Шаг 3. Подключение к удаленному сеансу
Далее, в строке любого браузера на стороне клиента введите строку подключения:
https://MyIP//myrtille
где MyIP — IP адрес вашего сервера с установленным Thinstuff XЗVS Terminal Server. Например, если ваш сервер имеет IP адрес 192.168.70.3, то строка подключения будет:
https://192.168.70.3//myrtille