Привязка пользователя к роботу (RDP-пользователя для Windows или пользователя графического сеанса для Linux)

Для работы робота необходимо привязать его к пользователю графической сессии. Механизм привязки различается для Windows и Linux.

Привязка при развертывании

Привязка выполняется на этапе развертывания робота:

Windows: RDP-пользователи

Каждую RDP-сессию на Windows-машине можно рассматривать как отдельную среду выполнения для роботов:

Варианты использования RDP-сессий

Вариант 1. Один робот в сессии (рекомендуется)

В этом сценарии каждый робот работает в собственной RDP-сессии. Это обеспечивает максимальную стабильность и изоляцию.

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

Вариант 2. Несколько роботов в одной сессии

В одной RDP-сессии могут одновременно работать несколько роботов. Они не зависят от рабочих столов друг друга, но разделяют одно графическое окружение.

⚠️ Внимание

Этот вариант подходит только для:

• фоновых роботов, не взаимодействующих с графическим интерфейсом;
• тестовых сред;
• сценариев, где вы точно уверены, что роботы не будут мешать друг другу.

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

Управление RDP-сессией

Если к роботу привязан RDP-пользователь, Orchestrator автоматически открывает RDP-сессию и поддерживает её, пока все роботы в этой сессии не завершат выполнение заданий.

RDP-сессия автоматически закрывается Orchestrator с небольшой задержкой после того, как:

• все роботы отработали свои задания;
• RPA-проект внесен в Оркестратор с флагом Закрыть RDP-сессию.

После закрытия сессии пользователь автоматически разлогинивается из системы.

Важное ограничение

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

Инструкция по настройке: Настройка теневого подключения к сессии робота

О других способах мониторинга читайте в статье Удаленный просмотр рабочего стола роботов (Read-only).

Linux: графические сеансы

Каждый графический сеанс на Linux-машине можно рассматривать как отдельную среду выполнения, в которой работает ровно один робот:

Управление графическим сеансом

Графический сеанс открывается агентом Orchestrator автоматически и не требует внешней поддержки. В отличие от Windows, здесь всегда работает схема один робот — один сеанс.

Сеанс завершается сразу после остановки процесса робота.

Подробнее об управлении Linux-роботами читайте в статье Управление графическим сеансом Linux-робота.