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

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

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

Привязка пользователя выполняется в свойствах робота — на форме, которая открывается при добавлении робота или его редактировании (Роботы → Добавить робота, либо … → Развернуть с параметрами).

Название поля зависит от операционной системы выбранной машины — пока машина не выбрана, поле называется просто Пользователь:

• RDP-пользователь — для Windows-машины;
• Пользователь графического интерфейса — для Linux-машины.

Рядом задаются Пользователь оркестратора и Пароль пользователя оркестратора — учётная запись, под которой робот авторизуется в Оркестраторе. Остальные параметры собраны в блоке Расширенные.

Отдельно указывается AD-пользователь, если робот работает под учётной записью домена: AD-пользователи хранятся независимо от машин роботов, что позволяет искать Windows-машины по общему AD-пользователю.

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

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

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

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

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

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

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

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

⚠️ Внимание

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

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

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

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

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

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

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

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

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

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

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

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

Список RDP-пользователей машины и их активные сессии администратор видит в разделе Настройки → Система → Машины роботов → машина → RDP-пользователи (см. Регистрация RDP-пользователей).

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

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

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

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

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

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

Связанные материалы

• Управление графическим сеансом Linux-робота — подробнее о работе с Linux-роботами.
• Удаленный просмотр рабочего стола роботов (Read-only) — просмотр.
• Привязка роботов к RPA-проекту, группы роботов — какие роботы могут выполнять проект.
• Шаблоны развертывания — настройка шаблона развертывания.