Архитектура

Типы развертывания

«Standalone» — тип развертывания, который не требует высокой доступности и отказоустойчивости системы. Такой режим подходит для тестовой инсталляции. Требуется установить один брокер.
«High Availability» — тип развертывания, который требует высокую доступность брокеров для обеспечения непрерывной работы системы. Если один из брокеров выйдет из строя, другие смогут взять на себя его функции и обеспечить бесперебойное обслуживание запросов пользователей. Такой режим подходит для продуктивной инсталляции. Требуется установить несколько брокеров.

Типы пользователей

Внутренние пользователи — пользователи, которые подключаются к Termit из внутренней (корпоративной) сети или через корпоративное VPN-решение.
Внешние пользователи — пользователи, которые подключаются к Termit из внешней (вне корпоративного сегмента) сети и не используют корпоративное VPN-решение.

В этом разделе представлены:

Архитектура «Standalone» развёртывания с внутренними пользователями.
Архитектура «Standalone» развёртывания с внешними пользователями.
Архитектура «High Availability» развёртывания с внутренними пользователями.
Архитектура «High Availability» развёртывания с внешними пользователями.

Архитектура «Standalone» развёртывания с внутренними пользователями

Ниже представлена схема архитектуры «Standalone» развёртывания с внутренними пользователями.

Описание работы Termit

^* В качестве источника виртуализации, который используется для создания и управления виртуальными рабочими местами (ВРМ), поддерживается только платформа для управления средством виртуализации zVirt. Терминальные серверы (ТС) могут работать без управления средством виртуализации.

Аутентификация

Внутренний пользователь запускает десктоп-клиент. Далее вводит адрес брокера.
Пользователь вводит имя доменной учетной записи и пароль.
Брокер проверяет эти данные на сервере LDAP.
Брокер возвращает десктоп-клиенту токен для аутентификации в REST API.

Получение списка приложений

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

Старт сессии

Пользователь запускает нужное приложение или рабочий стол. Десктоп-клиент отправляет брокеру запрос на старт новой терминальной сессии/сессии к виртуальному рабочему месту (ВРМ).
Брокер выбирает терминальный сервер/ВРМ, который может обслужить запрос.
Брокер создает сессию в базе данных (БД) и отдает десктоп-клиенту профиль подключения, включающий в себя адрес терминального сервера/ВРМ, порт подключения, команду для запуска и другие параметры.
Десктоп-клиент инициализирует подключение к терминальному серверу/ВРМ, используя данные, полученные от брокера. В процессе инициализации десктоп-клиент запрашивает у пользователя имя учетной записи и пароль и отправляет их терминальному серверу/ВРМ. Терминальный сервер/ВРМ проводят аутентификацию пользователя.
Десктоп-клиент настраивает перенаправление звука, файловой системы, печати и запускает приложение/рабочий стол в сессии.
На стороне терминального сервера или ВРМ агент завершает создание сессии: уведомляет брокер о том, что создана сессия с X2Go/RDP/Loudplay. Далее происходит синхронизация сессии с брокером.
Сессия готова к работе.

Архитектура «Standalone» развёртывания с внешними пользователями

Ниже представлена схема архитектуры «Standalone» развёртывания с внешними пользователями.

Описание работы Termit

Аутентификация

Внешний пользователь запускает десктоп-клиент, вводит адрес внешнего балансировщика нагрузки. Внешний балансировщик нагрузки перенаправляет все запросы на брокер.
Пользователь вводит имя доменной учетной записи и пароль.
Брокер проверяет эти данные на сервере LDAP.
Брокер возвращает десктоп-клиенту токен для аутентификации в REST API.

Получение списка приложений

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

Старт сессии

Пользователь запускает нужное приложение или рабочий стол. Десктоп-клиент отправляет брокеру запрос на старт новой терминальной сессии/сессии к виртуальному рабочему месту (ВРМ).
Брокер выбирает терминальный сервер/ВРМ, который может обслужить запрос.
Брокер передаёт на шлюз удаленного доступа данные, по которым можно авторизовать пользователя, и информацию о выбранном терминальном сервере/ВРМ.
Брокер создает сессию в базе данных (БД) и отдает десктоп-клиенту профиль подключения, включающий в себя адрес шлюза удаленного доступа, порт подключения, команду для запуска и другие параметры.
Десктоп-клиент аутентифицируется на шлюзе и устанавливает TLS-подключение к нему.
Шлюз удаленного доступа устанавливает TLS-подключение к выбранному терминальному серверу/ВРМ и перенаправляет трафик между десктоп-клиентом и терминальным сервером/ВРМ.
Десктоп-клиент настраивает перенаправление звука, файловой системы, печати и запускает приложение/рабочий стол в сессии.
На стороне терминального сервера или ВРМ агент завершает создание сессии: уведомляет брокер через внутренний балансировщик нагрузки о том, что создана сессия с X2Go/RDP/Loudplay. Далее происходит синхронизация сессии с брокером.
Сессия готова к работе.

Архитектура «High Availability» развёртывания с внутренними пользователями

Ниже представлена схема архитектуры в режиме «High Availability» развертывания с внутренними пользователями.

Описание работы Termit

Аутентификация

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

О работе внешнего пользователя можно прочесть в разделе.
Пользователь вводит имя доменной учетной записи и пароль.
Брокер проверяет эти данные на сервере LDAP.
Брокер возвращает десктоп-клиенту токен для аутентификации в REST API.

Получение списка приложений

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

Старт сессии

Внутренний пользователь запускает нужное приложение или рабочий стол. Десктоп-клиент отправляет брокеру запрос на старт новой терминальной сессии/сессии к виртуальному рабочему месту (ВРМ).
Брокер выбирает терминальный сервер/ВРМ, которые могут обслужить запрос.
Брокер создает сессию в базе данных (БД) и отдает десктоп-клиенту профиль подключения, включающий в себя адрес терминального сервера/ВРМ, порт подключения, команду для запуска и другие параметры.
Десктоп-клиент инициализирует подключение к терминальному серверу/ВРМ, используя данные, полученные от брокера. В процессе инициализации десктоп-клиент запрашивает у пользователя имя учетной записи и пароль и отправляет их терминальному серверу/ВРМ. Терминальный сервер/ВРМ проводит аутентификацию пользователя.
Десктоп-клиент настраивает перенаправление звука, файловой системы, печати и запускает приложение/рабочий стол в сессии.
На стороне терминального сервера/ВРМ агент завершает создание сессии: уведомляет брокер через внутренний балансировщик о том, что создана сессия с X2Go/RDP/Loudplay. Далее происходит синхронизация сессии с брокером.
Сессия готова к работе.

Архитектура «High Availability» развёртывания с внешними пользователями

Ниже представлена схема архитектуры «High Availability» развёртывания с внешними пользователями.

Описание работы Termit

Аутентификация

Внешний пользователь запускает десктоп-клиент и вводит адрес внешнего балансировщика нагрузки. Внешний балансировщик нагрузки перенаправляет все запросы на брокер.

О работе внутреннего пользователя можно прочесть в разделе.
Пользователь вводит имя доменной учетной записи и пароль.
Сервис аутентификации проверяет введенные данные на LDAP-сервере и возвращает токен.
Брокер и десктоп-клиент используют этот токен для взаимодействия по REST API.

Получение списка приложений

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

Старт сессии

Пользователь запускает нужное приложение или рабочий стол. Десктоп-клиент отправляет брокеру запрос на запуск новой терминальной сессии/сессии к виртуальному рабочему месту (ВРМ).
Брокер выбирает терминальный сервер/ВРМ, которые могут обслужить запрос.
Брокер передает на шлюз данные, по которым можно авторизовать пользователя, и информацию о выбранном терминальном сервере/ВРМ.
Брокер создает сессию в базе данных (БД) и отдает десктоп-клиенту профиль подключения, включающий в себя адрес шлюза удаленного доступа, порт подключения, команду для запуска и другие параметры.
Десктоп-клиент аутентифицируется на шлюзе и устанавливает TLS-подключение к нему.
Шлюз удаленного доступа устанавливает TLS-подключение к выбранному терминальному серверу/ВРМ и перенаправляет трафик между десктоп-клиентом и терминальным сервером/ВРМ.
Десктоп-клиент настраивает перенаправление звука, файловой системы, печати и запускает рабочий стол/приложение в сессии.
На стороне терминального сервера/ВРМ агент завершает создание сессии: уведомляет брокер через внутренний балансировщик о том, что создана сессия с X2Go/RDP/Loudplay. Далее происходит синхронизация сессии с брокером.
Сессия готова к работе.