Light-electric.com

IT Журнал
4 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Remote desktop web access

Remote Desktop Services Web Access в Windows Server 2008 R2

Сегодня еще раз хотелось бы поговорить о новой функции в Windows Server 2008 R2, которая называется Remote Desktop Web Access.

Страница входа в эту службу может выглядеть следующим образом:

Зайдя на данный сайт, мы увидим список приложений, которые были опубликованы с помощью RDS RemoteApps:

Приложения, показанные на картинке, установлены на наших серверах RDS с Windows Server 2008 R2 и опубликованы в Интернете с помощью сервера SBS v7 TS Gateway.

Существует возможность изменения внешнего вида страницы, хотя для этого необходимы небольшие навыки по работе с IIS и ASP. Так, помимо стандартных приложений, на своей странице Web Access мы разместили ссылки для связи с их собственными рабочими компьютерами и другими внутренними ресурсами, т.е. рабочее место пользователя (Remote Web Workplace) в SBS 2008 и SBS v7 можно перенастроить под ваши конкретные задачи.

Публикация RD Web Access

Во-первых, мы должны создать соответствующую A запись DNS для нашего хоста (например remotewebaps.winitpro.ru), а затем выпустить SSL сертификат с помощью оснастки IIS CSR на вашем сайте RDS Web Access.

На нашей Cisco SA 520 Gateway Security Appliance мы создали alias (псевдоним) для дополнительного IP адреса на WAN интерфейсе, а затем создали правило, перенаправляющее HTTPS трафик, приходящий на этот IP на внутренний ip-адрес нашего сервера RD Web Access.

Т.е. публикация приложений Remote Desktop в Интернет – достаточно тривиальная задача.

Ссылки Remote Web Workplace

На странице Remote Web Workplace мы разместили ссылки на rdp файлы приложений, к которым мы предоставляем доступ.

Для публикации приложений используется RemoteApp Manager на сервере Remote Desktop Services.

После того, как все необходимые приложения были опубликованы, мы генерируем для каждого из них rdp файл (для чего нужно щелкнуть правой кнопкой мыши по каждому их приложений). Далее я скопировал все rdp файлы в папку /Remote application на сервере SBS v7 (на SBS 2008 выполняется аналогично).

Пользователям в дальнейшем достаточно нажать на ссылку Outlook, аутентифицироваться и затем спокойно пользоваться приложением Outlook с удаленной системы. Создается иллюзия того, что пользователь работает с почтовым клиентом прямо со своей удаленной машины. Но мы то знаем, что на самом деле Outlook работает на сервере Remote Desktop Services (как установить Remote Desktop Services я уже писал ).

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

Есть еще один маленький нюанс. По умолчанию IIS не поддерживает работу с файлами, имеющими расширение RDP. Поэтому для корректной работы системы, необходимо добавить расширение rdp в настройки MIME Types в IIS в следующем формате:

Командная строка Windows

Служба RD Web Access

Установка службы роли RD Web Access

Для установки службы роли RD Web Access выполните следующие шаги.

  1. Войдите в нужный сервер с полномочиями локального администратора.
  2. Выберите в меню Start (Пуск) пункт Run (Выполнить).
  3. В диалоговом окне Run (Запуск программы) введите Serve г Man age г .msc и щелкни­те на кнопке ОК.
  4. В разделе Roles Summary (Сводка ролей) щелкните на задаче Add Roles (Добавление ролей).
  5. После загрузки мастера Add Roles Wizard (Мастер добавления ролей) щелкните на кнопке Next (Далее).
  6. На странице Select Role Services (Выберите службы ролей) выберите роль Remote Desktop Services (Службы удаленных рабочих столов) и щелкните на кнопке Next.
  7. На странице Remote Desktop Services (Службы удаленных рабочих столов) щелкни­те на кнопке Next.
  8. На странице Select Role Services выберите только службу Remote Desktop Web Access (Веб-доступ к удаленным рабочим столам). Это единственная служба роли, установленная на данный момент.
  9. В диалоговом окне Add Role Wizard щелкните на кнопке Add Required Role Services (Добавить требуемые службы ролей); все отсутствующие службы ролей или средства, требуемые для службы роли RD Web Access, теперь будут добавлены.
  10. На странице Select Role Services щелкните на кнопке Next.
  11. На странице Web Server (IIS) (Веб-сервер (IIS)) щелкните на кнопке Next.
  12. На странице Select Role Services, не изменяя параметров, предложенных по умолча­нию, щелкните на кнопке Next.
  13. На странице Confirm Installation Selections (Подтвердите выбранные параметры ус­тановки) щелкните на кнопке Close (Закрыть).
  14. На странице Installation Results (Результаты установки) проверьте результаты и щелк­ните на кнопке Close (Закрыть).

Защита веб-доступа RD

После установки веб-доступа RD рекомендуется защитить его трафик установкой и ис­пользованием сертификата аутентификации сервера Server Authentication (SSL). Для этого прочтите раздел оперативной справки по IIS 7.0 под названием «Request an Internet Server Certificate» («Запрос сертификата для внутреннего сервера»). После выполнения запроса сертификата, его установки и привязки к веб-сайту, на котором установлена служба роли RD Web Access, этот веб-сайт нужно сконфигурировать на прием только SSL-подключений.

  • Свойства RemoteApp and Desktop Connection::

Настройка свойств RemoteApp and Desktop Connection Войдите на сервер RD Connection Broker с.

Развертывание средства RemoteApp and Desktop Connection Для развертывания средства RemoteApp and.

Установка брокера подключений к удаленным рабочим столам Для установки службы роли RD Connection.

  • Настройка поддержки принтера::

Изменение поведения драйвера принтераПо умолчанию, когда включено перенаправление принтера.

Terminal Services Server Drain modeНазываемый в Windows Server 2008 режимом «Terminal Services.

Предоставление доступа пользователям и группам Для предоставления пользователям и группам доступа.

© 2020 Командная строка Windows
Joomla! is Free Software released under the GNU General Public License.
Mobile version by Mobile Joomla!

Remote Desktop HTML5 Web Client on Windows Server 2016 RDS

Despite Microsoft has been porting its RDP client to different platforms (iOS, macOS, Android, there is also a separate UWP remote desktop app for Windows 10) in the recent years, many users would like to have the remote access to RDS servers and published RemoteApps from a browser. To do it, Microsoft has been developing its HTML5-based Remote Desktop Web Client for some years. Quite recently, the first official RD Web Client version has been released. In this article we’ll look at how to install and configure the Remote Desktop Web Client, as well as use it to access RemoteApp on an RDS server running Windows Server 2016 from a browser.

Читать еще:  Базы данных в access 2020

Remote Desktop HTML5 Web Client Requirements

Remote Desktop Web Client is available as a feature of the RD Web Access role on RDS servers running in Windows Server 2016/2019.

Prior to RD Web Client implementation, make sure that your infrastructure meets the following requirements:

  • A deployed RDS infrastructure, including RD Gateway, RD Connection Broker and RD Web Access on Windows Server 2016/2019;
  • Per User terminal licenses (RDS CAL) are used;
  • SSL certificates issued by a trusted CA must be used on the RDS Gateway and Web Access servers (self-signed SSL certificates are not allowed);
  • Only Windows 10 or Windows Server 2008 R2 (or higher) must be used as RDP clients;
  • The update KB4025334 (July 18, 2017) or any of the subsequent cumulative update must be installed on the RDS servers.

Installing RD Web HTML5 Client on Windows Server 2016 RDS

As we have already noted, the RD Web Client version for Windows Server 2016 / 2019 is currently available, but this component is not integrated into WS 2016 distribution, and you’ll have to install it separately.

Install the PowerShellGet module on a server with the RD Web Access role:

Install-Module -Name PowerShellGet -Force

Restart the PowerShell console. Now install the RD Web Client Management module:

Install-Module -Name RDWebClientManagement

To accept the terms of Microsoft Licence Agreement, press A .

Then install the latest version of Web Remote Desktop:

After the RDWebClientPackage package is installed, check its properties with the following command:

As you can see, there appeared rd-html 5.0 package version 1.0.0 .

Then export the SSL certificate used for SSO (Enable Single Sign On) as a .cer file (BASE64) on the server with the RDS Broker role. You can export it in the graphic snap-in of the computer certificate manager (certlm.msc). The certificate you need is located in PersonalCertificates section.

Import the certificate on your RD Web server:

Now you can publish the RD Web Client:

Publish-RDWebClientPackage -Type Production -Latest

To test the RD Web Client, use this command:

Publish-RDWebClientPackage -Type Test -Latest

Connect to the RDWeb Access Server from a Browser with HTML5 Support

After you have deployed the Web Client on the RDS server, you can run a browser on a client computer. All latest versions of Edge, IE 11, Google Chrome, Safari and Firefox are supported (however, the RD Web Client doesn’t work on any mobile devices yet). To access RDS servers from the browser, just share the URL link to your RDWeb server with your users.

Open the URL address:

To access the test environment, use this URL address:

The server name must match the RD Web Access server name in the SSL certificate.

Sign in to the RDWeb server using your credentials.

During sign-in you will be prompted what local resources should be available in your RD session. Only clipboard and printer redirection is available (currently the local drives and any USB devices cannot be redirected over the HTML5 RDP client, please, use the mstsc.exe client instead).

The list of published RemoteApps and RDP shortcuts appears. You can switch between them using icons at the top of the screen.

You can print from the RD Web Client using the virtual PDF printer (Microsoft Print to PDF). Then you print something in the RD Web Client window, your browser prompts you to download the PDF file. You can open this PDF file and print on your local printer.

The dynamic changing of the RD window size and full screen mode are available in the HTML5 RD web client. You can copy only text via the clipboard to your Remote Desktop session (but not files or graphics).

It is interesting that you can see the memory size and CPU load on the RDS server in the RD Web Client. Just click the icon of a published app to view it.

Инфраструктура виртуальных настольных систем. Часть 2. VDI на Windows Server 2008 R2

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

В первой части статьи, опубликованной в предыдущем номере журнала, мы рассматривали технологии, реализующие виртуализацию настольных систем, включая виртуализацию приложений, перемещаемые профили, перенаправление папок и виртуализацию операционной системы. Я рассказал о том, как с помощью этих технологий можно динамически сформировать необходимую полнофункциональную рабочую среду в локальной операционной системе, на платформе виртуализации представления, такой как службы удаленных рабочих столов Remote Desktop Services (RDS), и на базе инфраструктуры виртуальных настольных систем Virtual Desktop Infrastructure (VDI). В данной статье речь пойдет о компонентах, необходимых для создания решения VDI на платформе Windows Server 2008 R2, использующего только продукты Microsoft.

Предварительные сведения

Прежде чем рассмотреть все шаги типичного процесса подключения к развертываемой настольной системе, будет полезно определить типы служб, необходимых для построения архитектуры VDI. На рисунке показаны основные шаги, необходимые для функционирования VDI, от начального подключения пользователя до формирования рабочей сессии VDI, за исключением таких технологий, как виртуализация приложений от Microsoft Application Virtualization (App-V), перемещаемые профили и т. д.

Данный процесс состоит из семи шагов. Сначала пользователи должны найти удаленные настольные системы, к которым они могут подключиться и которые могут быть либо сессиями виртуализации представления (службы терминалов), либо опубликованными приложениями, либо сессиями VDI. И хотя для этой цели можно создать файл RDP и передать его тем или иным способом пользователям, существует более динамичный подход, с использованием службы веб-доступа к удаленным рабочим столам Remote Desktop Web Access, позволяющей отображать в браузере список доступных подключений, из которых пользователь может выбирать. Альтернативой просмотру на сайте списка динамически публикуемых подключений и приложений является использование имеющегося в Windows 7 компонента подключения к удаленным рабочим столам и приложениям RemoteApp для подписки на каналы RSS с серверов веб-доступа к удаленным рабочим столам, автоматически формирующим доступные подключения, которые могут быть настроены через сценарии, распространяемые с помощью групповых политик. Пользователи могут видеть эти публикуемые службы непосредственно в главном меню своих систем.

Читать еще:  Для чего предназначены отчеты access

Второй шаг — создание списка опубликованных приложений и подключений, доступных пользователям. Для выполнения этой задачи сервер веб-доступа к удаленным рабочим столам подключается к посреднику подключений к удаленному рабочему столу Remote Desktop Connection Broker, который получает информацию о пулах VDI, личных рабочих столах и других опубликованных подключениях и приложениях с помощью собственных процедур взаимодействия с настроенными источниками удаленных приложений RemoteApp.

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

Независимо от используемого метода (это может быть веб-доступ к удаленным рабочим столам, либо компонент подключения к удаленным рабочим столам и приложениям RemoteApp, либо подготовленный файл RDP), пользователи получают файл RDP, который можно задействовать для инициализации подключения (шаг 4). Если пользователь находится вне корпоративной сети, прямое подключение RDP блокируется большинством корпоративных брандмауэров. Таким образом, необходимо устанавливать защищенное подключение VPN. Однако существует альтернативное решение, которое не требует каких-либо действий пользователя или дополнительного клиентского программного обеспечения. В Windows Server 2008 имеется шлюз служб терминалов Terminal Services Gateway, который позволяет инкапсулировать трафик протокола RDP в пакеты протокола HTTPS (порт 443). Шлюз служб терминалов в системе Server 2008 R2 переименован в шлюз удаленных рабочих столов Remote Desktop Gateway. Для использования шлюза удаленных рабочих столов мы помещаем данный сервер в так называемую демилитаризованную зону (DMZ) или, для более высокой степени защиты, за каким-либо брандмауэром или прокси-сервером. Клиенты теперь подключаются к серверу RDP через шлюз удаленных рабочих столов путем добавления адреса шлюза в настройки файла RDP, передаваемого клиенту. Клиент инкапсулирует трафик протокола RDP в протокол HTTPS и посылает инкапсулированные данные на шлюз удаленных рабочих столов, на котором данные RDP извлекаются и пересылаются на соответствующий сервер терминалов. При возврате данных от сервера RDP назад к клиенту шлюз удаленных рабочих столов снова инкапсулирует данные RDP в пакеты HTTPS и передает их клиенту. Таким образом клиент, находящийся вне корпоративной сети, получает доступ ко всем ресурсам RDP без дополнительных действий и программных продуктов. Пользователи в корпоративной сети без обращения к шлюзу удаленных рабочих столов напрямую подключаются к серверу RDP. Проверка подлинности на шлюзе удаленных рабочих столов может производиться традиционным для Windows способом (имя/пароль) или с помощью смарт-карт, включая возможность подключения с текущими введенными учетными данными, без повторного ввода.

На шаге 5 пользователю необходимо знать точку начального подключения RDP, так как назначенная ему виртуальная машина клиенту VDI пока что неизвестна, если только у пользователя нет настроенного личного рабочего стола. Сервер сеансов удаленных рабочих столов Remote Desktop Session Host настраивается в режиме перенаправления подключений, то есть сервер принимает запросы пользователей на подключение RDP-, а затем перенаправляет клиента к сеансу DVI. Узел сеансов удаленных рабочих столов подключается к посреднику подключений к удаленному рабочему столу Remote Desktop Connection Broker для определения точки подключения клиента. В данной архитектуре сервер сеансов удаленных рабочих столов и посредник подключений к удаленному рабочему столу — это один и тот же сервер, однако вы не обязаны их размещать на одном узле (хотя обычно делается именно так из-за тесной взаимосвязи между этими ролями).

На шаге 6 посредник подключений к удаленному рабочему столу подключается к узлу виртуализации удаленных рабочих столов Remote Desktop Virtualization Host, настроенному на серверах Hyper-V, для проверки состояния виртуальной машины, ее запуска, если это необходимо, и сбора всей необходимой информации, такой как IP-адрес операционной системы клиентской виртуальной машины, который затем передается посреднику подключений к удаленному рабочему столу, узлу сеансов удаленных рабочих столов в режиме перенаправления и, наконец, самому клиенту.

На шаге 7 клиент подключается по протоколу RDP к своей виртуальной машине через шлюз удаленных рабочих столов (если подключение осуществляется извне корпоративной сети); на этом процесс подключения завершается. При регистрации пользователя загружается его перемещаемый профиль, а также данные из перенаправленных папок и приложения, доступные через App-V.

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

На рисунке показан элемент, который мы не рассматривали, — это Microsoft System Center Virtual Machine Manager (VMM). И хотя VMM не является абсолютно необходимым для среды VDI, он будет очень полезен в управлении этой средой с помощью средств управления фермой Hyper-V, библиотек, поддержки PowerShell и других инструментов.

Для среды VDI можно использовать бесплатный продукт Microsoft Hyper-V Server и сэкономить на покупке Server 2008 R2. Полнофункциональный Server 2008 R2 предоставляет те же возможности Hyper-V, что и бесплатный Hyper-V Server, но при этом он предоставляет много дополнительных функций, помимо виртуализации. Кроме того, у Hyper-V из состава Server 2008 R2 имеются дополнительные лицензии на экземпляры виртуальных серверов, в которых в данном случае нет необходимости, поэтому вы можете сэкономить и использовать бесплатное решение.

Если мы посмотрим на шаги, осуществляемые в процессе подключения, то увидим, что мы используем пять служб роли RDS. Если вы решите задействовать RemoteFX с SP1 (о котором я расскажу в одной из следующих статей), получится шесть служб роли удаленных рабочих столов. Использование любой из служб роли удаленных рабочих столов требует клиентских лицензий для доступа к RDS, в дополнение к лицензиям на доступ к виртуальным настольным системам/подписке Software Assurance. Теперь рассмотрим подробнее все эти службы и особые моменты, относящиеся к VDI. Полную информацию о развертывании VDI можно найти в статье Microsoft TechNet «Getting Started: Remote Desktop Services» по адресу technet.microsoft.com/en-us/library/dd736539(WS.10).aspx (на русском языке — «Начало работы. Службы удаленных рабочих столов» на странице http://technet.microsoft.com/ru-ru/library/dd736539(WS.10).aspx).

Читать еще:  Access create table

Веб-доступ к удаленным рабочим столам

Веб-доступ к удаленным рабочим столам является начальной точкой входа. Пользователям предоставляется веб-интерфейс для выбора необходимой точки подключения: среда VDI или опубликованный рабочий стол/опубликованное приложение. Хотя это и не обязательно, веб-доступ к удаленным рабочим столам может служить простым в использовании порталом, поддерживающим проверку подлинности с помощью форм и обеспечивающим однократную регистрацию, в дополнение к способности отличать внешние и внутренние компьютеры.

В Windows 7 появился компонент подключения к удаленным рабочим столам и приложениям RemoteApp and Desktop Connection, который, не являясь напрямую частью веб-доступа к удаленным рабочим столам, позволяет передавать от сервера веб-доступа к удаленным рабочим столам содержимое, отображаемое на данном веб-сайте, напрямую в главное меню, избавляя от необходимости использования сайта. На экране 1 показаны локальное главное меню и представление с веб-сайта. Заметим, что мы здесь можем видеть не только пул VDI, но и приложения, опубликованные на серверах сеансов удаленных рабочих столов.

Варианты работы через Интернет

Работа групп пользователей, территориально находящихся в разных местах, над одной моделью в Business Studio может быть организована через Интернет. Для этого необходимо обеспечить взаимодействие 1) различных компонентов Business Studio друг с другом (Рис. 1).

Необходимо использовать клиент-серверный вариант установки Business Studio. Обязательными частями являются сервер баз данных и сервер лицензий Business Studio:

Сервер баз данных — компьютер, на котором установлен MS SQL Server и развернуты базы данных;

Сервер лицензий — компьютер, на котором установлена серверная часть Business Studio и активирована служба сервера лицензий Business Studio. Часто сервером лицензий является тот же компьютер, что и сервер баз данных.

Внимание!

С рабочей станции, на которой установлена клиентская часть Business Studio, необходимо обеспечить доступ к серверу баз данных со скоростью 100 Мбит/с для комфортной работы и доступ к серверу лицензий со скоростью не менее 128 Кбит/с.

Внимание!

Если скорость передачи данных между клиентской частью и сервером баз данных меньше 100 Мбит/с, целесообразно использовать Терминальный доступ .

В случае работы с локальной базой данных (например, ноутбук, на котором установлена персональная лицензия Business Studio без активации) необходимо обеспечить доступ только к серверу лицензий со скоростью не менее 128 Кбит/с.

Для работы с Business Studio Portal (см. Business Studio Portal) или HTML -публикацией (см. HTML-публикация) особых скоростных характеристик от канала связи не требуется.

Терминальный доступ

Возможно также организовать работу с использованием терминального доступа (подключение к удалённому рабочему столу). Для этого необходимо обеспечить доступ терминал-сервера к серверу баз данных со скоростью не менее 100 Мбит/с и к серверу лицензий Business Studio со скоростью не менее 128 Кбит/с. На терминал-сервере устанавливается клиентская часть Business Studio и всё необходимое для её работы программное обеспечение. Терминал-сервер должен быть достаточно мощным для комфортной одновременной работы требуемого количества пользователей. Терминал-клиент осуществляет доступ к терминал-серверу с помощью соответствующего программного обеспечения. Рекомендуемая скорость подключения клиента — 2 Мбит/с.

Работа через веб-браузер

Business Studio не имеет собственного веб-интерфейса, однако с помощью Microsoft Remote Desktop Services, развернутого на терминал-сервере, можно организовать работу через веб-браузер и/или по протоколу HTTPS любого приложения, в том числе Business Studio, по тому же принципу, как работает удаленный рабочий стол (или RemoteApp) 3) . Ниже приведено краткое описание данного функционала со ссылками на документацию Microsoft.

Состав Remote Desktop Services (RDS):
1. RD Session Host — это сам терминальный сервер с сессиями или опубликованными приложениями RemoteApp.
2. RD Connection Broker — посредник соединений. Он перенаправляет соединения, осуществляет балансировку сессий между хостами (терминальными серверами) и прочее.
3. RD Gateway — шлюз, для подключения пользователей за пределами периметра.
4. RD Web Access — веб интерфейс пользователя для служб удаленных рабочих столов.
4.1 Remote Desktop web client (также он называется Web-based) — дополнительный компонент к роли RD Web Access, он позволяет подключаться к сессиям и RemoteApp через браузер без клиента RDP (mstsc), подробнее о нем см. https://docs.microsoft.com/ru-ru/windows-server/remote/remote-desktop-services/clients/remote-desktop-web-client-admin
5. RD Licensing — служба лицензирования. Раздает лицензии на терминальные подключения и прочее.

На текущий момент возможно 2 варианта реализации:

1. Реализация шлюза удаленного рабочего стола без какого-либо локального клиента RDP.

Возможность реализации такого решения появилось в Windows server 2016. На сервер устанавливаются необходимые роли и он становится шлюзом удаленных рабочих столов RDP (RD Gateway). Происходит подключение по HTTPS к странице Remote desktop access, в результате возможна дальнейшая работа в браузере без какого либо локального клиента RDP через Remote Desktop web client.

2. Реализация шлюза удаленного рабочего стола RD Web Access с локальным клиентом RDP (mstsc).

Начиная с Windows Server 2008R2 есть реализация шлюза удаленного рабочего стола RD Web Access, но с локальным клиентом RDP (mstsc), этот вариант существует достаточно давно. Подключение осуществляется клиентом mstsc к шлюзу удаленных рабочих столов (RD Gateway) по https. Метод позволяет получать как отдельное приложение с терминального сервера в «бесшовном» виде, так, как будто оно запущено локально, так и рабочий стол целиком.

Оба варианта реализации (с Remote Desktop web client и c локальным RDP-клиентом mstsc) с точки зрения пользователя выглядят так: пользователь вводит url (например rds.domain.ru) и его перенаправляет на страницу Remote desktop access шлюза удаленных рабочих столов (RD Gateway). После ввода учетных данных пользователь получает список доступных приложений и рабочих столов.

Использование виртуальных машин

Как клиентская, так и серверная части Business Studio могут быть установлены на компьютерах, созданных с применением любого программного обеспечения, эмулирующего компьютер (виртуальные машины). Активация на виртуальных машинах производится с помощью онлайн-лицензий. Онлайн-лицензия — лицензия, возможность использования которой контролируется через сеть «Интернет». Онлайн-лицензия предназначена для использования только на одном экземпляре виртуальной машины. При обнаружении одновременного использования онлайн-лицензии Группа компаний «Современные технологии управления» вправе приостановить её действие.

Ссылка на основную публикацию
Adblock
detector