Сессии

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

Как пользователь получает рабочий стол

Прежде чем пользователь сможет запросить рабочий стол из пула, ему нужен доступ (entitlement) к этому пулу — владеть вместимостью не то же самое, что иметь право ею пользоваться. Получив доступ, пользователь (из портала пользователя) или администратор (со страницы Сессии → Запросить рабочий стол) запрашивает рабочий стол из пула:

• Если есть свободная ВМ в состоянии ready, она сразу занимается, и сессия стартует в состоянии assigned.
• Если свободной нет, сессия остаётся в состоянии requested («В ожидании»), пока reconciliation её не выполнит — освободится ВМ или завершится подготовка новой.

Какую именно ВМ получит пользователь, зависит от типа пула: Постоянный пул при каждом повторном запросе выдаёт пользователю ту же ВМ; Непостоянный или Временный пул каждый раз выдаёт другую ВМ, а ту, что была освобождена, переиспользует.

Состояния сессии

Столбец Состояние на странице «Сессии» (и состояние, показанное в хронологии сессии) принимает одно из значений:

Состояние	Отображается как	Значение
requested	В ожидании	Принято, но ВМ ещё не привязана.
assigned	Назначена	Готовая ВМ привязана, но в неё ещё никто не вошёл.
active	Активна	Привязанный пользователь наблюдается вошедшим внутри гостевой ОС.
disconnected	Отключена	Пользователь был active, но больше не подключён — всё ещё в системе, просто не подключён (классическое состояние «RDP отключён»).
ended	Завершена	Финальное состояние. ВМ освобождена согласно типу пула.
failed	Ошибка	Финальная ошибка, например привязанная ВМ исчезла.

Обычно сессия проходит путь requested → assigned → active, может любое число раз переключаться между active и disconnected по мере переподключений пользователя, и в итоге приходит к ended.

Доступ в браузере и нативный RDP

Какие способы подключения доступны пулу, зависит от его настройки Способы подключения (см. Пулы рабочих столов). Готовая сессия может предлагать один вариант или оба, а выбирает пользователь:

• Открыть в браузере — полноценный рабочий стол прямо во вкладке браузера, без установки клиента. Доступно, если способы подключения пула включают RDP или VNC в браузере (Guacamole). Подключение открывается по одноразовому короткоживущему токену; браузер пользователя никогда не видит имя хоста, имя пользователя или пароль рабочего стола.
• Скачать .rdp — сгенерированный файл подключения .rdp для нативного RDP-клиента. Доступно, если пул разрешает Прямой RDP (та же локальная сеть) или RDP через RD Gateway (доступ извне локальной сети, если у кластера настроен gateway). Имя пользователя подставляется как подсказка; клиент всегда запрашивает пароль, который Planeon никогда не хранит и не передаёт.

Пока рабочий стол ещё готовится, портал пользователя показывает Готовим ваш рабочий стол…; как только ВМ привязана и доступна — Готов к подключению; во время использования — Используется; а после отключения — Отключён — переподключитесь, чтобы продолжить.

Действия администратора

Страница «Сессии» показывает список всех сессий (Пользователь, ВМ, Пул, Состояние, Длительность, Начало) и позволяет:

• Запросить рабочий стол — выдать пользователю рабочий стол из пула от его имени.
• Подробнее — открыть панель сведений о сессии, включая полную хронологию событий.
• Открыть в браузере / Скачать .rdp — открыть живую сессию так же, как это сделал бы пользователь.
• Принудительно отключить — отключить живую гостевую сессию пользователя через гостевой агент. Пользователь остаётся в системе и может переподключиться.
• Принудительный выход — выйти из гостевой сессии пользователя через гостевой агент. Несохранённые данные этой гостевой сессии будут потеряны.
• Завершить и освободить — завершить сессию полностью и освободить ВМ согласно типу пула (сохраняется за пользователем, если пул постоянный, иначе переиспользуется).

Каждое из этих действий запрашивает подтверждение перед выполнением.

Поведение при простое и отключении

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

• Максимальная длительность сессии завершает сессию через указанное время после её начала, независимо от активности.
• Тайм-аут простоя завершает сессию после указанного времени бездействия — это покрывает и случай «назначена, но пользователь так и не подключился», и случай «была активна, а затем перестала наблюдаться как подключённая».
• Тайм-аут после отключения завершает сессию через указанное время после того, как пользователь отключился, не выйдя из системы, — классическая очистка «оставил отключённым».

Помимо полного завершения сессии, у пользователей в портале есть два самостоятельных варианта сброса: Перезапустить перезагружает текущий рабочий стол на месте и доступен всегда, для любого типа пула. Свежий рабочий стол завершает текущую сессию и запрашивает новую, выдавая пользователю другую ВМ, — доступен только для непостоянных и временных пулов, поскольку рабочий стол постоянного пула хранит данные пользователя и предлагает только перезапуск.