Первый вебинар8 сентября 2026 г.

Loudplay VDI 2026.9 в работе: от пула до рабочего стола и политики на лету

Название в анонсе: «Loudplay VDI: максимальный контроль над виртуальной инфраструктурой без потери производительности»

7 октября 2026 г.1 ч 9 мин3 спикераОрганизатор — OCS

Машинная расшифровка с разметкой спикеров. Исправлены названия продуктов и термины, убраны пометки звуков и имена спрашивающих. Время реплик приблизительное.

Елена Денисенко

Всем добрый день! Приветствую всех, кто подключился сегодня к нашему вебинару, посвящённому новому решению Loudplay VDI. Месяц назад мы проводили первый предрелизный вебинар и после полученной первой обратной связи поняли, что есть необходимость повторить и подсветить некоторые дополнительные моменты. О чём же сегодня расскажем? Сначала о том, что нового появилось в протоколе.

Елена Денисенко

На текущий момент завершается несколько длительных параллельных доработок по протоколу, и сейчас выходят релизы со значимым функционалом. Но мы не можем этим не поделиться. Подробнее остановимся на VDI — продукте, который мы разрабатывали с целью максимального использования всех функциональных возможностей собственного протокола Loudplay. Продемонстрируем основные принципы работы с этим продуктом, покажем несколько юзкейсов. Также расскажем о принципах лицензирования, покажем, как работать через портал с нами, и постараемся ответить на все вопросы, если успеем, которые появятся по ходу дела.

Елена Денисенко

Не буду долго останавливаться на вводных слайдах, однако хочу напомнить, что базовый продукт, с которым мы вышли на российский рынок, — это протокол доступа. Протокол этот разработан с нуля. Он не имеет в своей основе open source протоколов и разрабатывался в течение долгих девяти лет. Половина этого срока пришлась на этап облачного гейминга. Наверное, многие из вас об этом знают. Сейчас вторая половина разрабатывается по требованию VDI для корпоративного рынка.

Елена Денисенко

Наш опыт работы с партнёрами и заказчиками после 2022-го года, анализ их потребностей и привёл нас к этому логическому развитию — созданию собственного VDI-продукта, независимого от конкретного гипервизора, универсального, то есть используемого в различных пользовательских сценариях, будь то обычные офисные или для работы с высоконагруженными 3D-приложениями.

Елена Денисенко

Для этого у нас есть специальная версия Loudplay vGPU. Наверняка многие о ней тоже слышали. Понимая важность удобства работы с техподдержкой вендора, особенно для продукта, находящегося в активной разработке, мы разработали портал Loudplay, позволяющий заказчикам и партнёрам получать удобный доступ к документации, дистрибутивам, технической поддержке. И всё это в одном окне через личный кабинет.

Елена Денисенко

И протокол, и платформа VDI — это проприетарные продукты, это наш осознанный, хоть и достаточно долгий путь. Почему важна именно проприетарность? Как и во времена гейминга, когда требования к качеству передаваемой картинки и звука были очень высоки, требования к программному продукту на сегодняшнем корпоративном рынке, особенно в компаниях с критичными сервисами, пожалуй, ещё выше.

Елена Денисенко

Конечно, использование open source-решения на старте позволяет быстро войти в рынок. Но мы все видим: опыт показывает, что со временем дотачивание open source под требования корпоративного рынка, под конкретных заказчиков оказывается очень непростой задачей. Слишком много усилий уходит на избавление от зависимостей, от наследуемых хвостов, устаревших, неподходящих технологий. Дорабатывать такие продукты под требования конкретных заказчиков крайне сложно. И, что особенно важно, возникает вопрос ответственности за архитектуру, безопасность и путь развития программного продукта в целом.

Елена Денисенко

Особенно это важно в критичных средах. Именно поэтому Loudplay выбирает проприетарность, уделяя максимальное внимание функциональности, гибкости, адаптивности, независимости и универсальности платформы. И да, с появлением собственного продукта VDI мы по-прежнему открыты к сотрудничеству и интеграции, продолжаем активно поддерживать наших технологических партнёров в их проектах. Считаем, что у заказчика всегда должен быть выбор. Мы не сторонники так называемого vendor lock-подхода. Такой подход ограничивает степень свободы клиента.

Елена Денисенко

Что же конкретно может предложить заказчикам наш VDI, кроме того, что он максимально использует функционал протокола? Это возможность выбирать и удобную серверную платформу виртуализации, и операционную систему. В текущем релизе Loudplay VDI реализована поддержка шести серверных платформ виртуализации. В следующем релизе планируем добавить новые. VDI подходит для работы с разными сценариями: с 3D и без 3D, с простыми офисными и высоконагруженными приложениями.

Елена Денисенко

Отдельное внимание при разработке этого продукта уделено вопросу безопасности, политики, white list, Secure Mode, мониторингу и сбору метрик стриминга, разделению пользователей на функциональные группы и так далее. Надеюсь, во время демонстрации вы также оцените удобство единого интерфейса при работе из одной консоли. Про портал обслуживания, наполненный соответствующей базой знаний и кейс-системой, я уже упомянула ранее.

Елена Денисенко

Пожалуй, передам слово Сергею. Сергей?

Сергей Панферов

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

Сергей Панферов

Во-первых, у нас используются кодеки: H.264, H.265 и VP8. У нас есть возможность использования как аппаратного кодирования на NVIDIA, AMD, так и возможность использования нашего протокола без наличия графических карт на сервере. Протоколы транспортные — это TCP или UDP. У нас есть параметры автоматической настройки параметров видеопотока, а также есть система помехоустойчивого кодирования, которая позволяет продолжить работу с использованием нашего протокола даже на сетях с очень высокими потерями, вплоть до 30%.

Сергей Панферов

У нас единая архитектура для Windows и Linux, соответственно, единый протокол, полная кроссплатформенность. У нас есть возможность работы как с Linux Ubuntu, Debian, так и с отечественными операционными системами: Astra Linux, RED OS и так далее. У нас есть возможность проброса с сырой USB, звука, микрофона, буфера обмена и файлов через буфер обмена, печать, сканеры, смарт-карт, и всё это работает кроссплатформенно. Что касается печати, сканеров, смарт-карт, а также веб-камер, которые появились в новом релизе, предыдущем, то мы работаем с этой периферией, так сказать, оптимизированно. То есть мы взаимодействуем непосредственно с драйвером устройства, перехватываем нужные данные. Если мы говорим про сканеры, получаем непосредственно картинку, пережимаем её и отправляем на сервер. Также мы работаем с веб-камерами.

Сергей Панферов

Всё для того, чтобы сократить потребляемую ширину канала по сравнению с пробросом как с сырой USB. Что касается нашего текущего релиза, последнего. В релизе 14-м у нас появилось API управления сессией. Также у нас появились события, которые позволяют сообщить агенту на виртуальной машине: подключился клиент, отключился клиент, либо он находится в режиме idle, то есть не производится ввод клавиш или мышки, для того, чтобы обеспечить правильный жизненный цикл.

Сергей Панферов

Также мы устранили проблемы, связанные с переподключением после сессии. И также у нас появился звук, микрофон и буфер обмена на Astra Linux и RED OS. Были некоторые проблемы, мы их устранили. В последнем, 15-м релизе у нас появился кодек H.265, который существенно снижает нагрузку на сеть. У нас появились централизованные политики периферии и защищённый режим. Также у нас появился тонкий клиент на KasperskyOS с тем же набором возможностей проброса периферии. И также у нас появились метрики стриминг-сервера на Linux и широкий рабочий стол на два экрана. Что касается двух экранов, то до конца этого года мы планируем поддержку нативных нескольких экранов на сервере.

Сергей Панферов

Дорожная карта протокола. В разработке у нас сейчас находится архитектура, при которой мы будем работать через единый порт, в частности, в первую очередь это будет TCP. Альфа-версия сборки уже доступна на нашем портале для того, чтобы можно было протестировать её в случае необходимости работать через шлюз. Также у нас в ближайшее время появятся в релизе смарт-карты и токены для Windows и камеры на толстом клиенте для Kaspersky OS.

Сергей Панферов

Что касается качества видеопотока, то мы продолжаем улучшать наши алгоритмы автоматического изменения параметров видеопотока в зависимости от состояния сети. И, как я уже сказал, у нас появится поддержка двух экранов на Linux-сервере без GPU. Что касается дальнейшего развития, то мы уже начали работу параллельно с поддержкой одного порта через UDP и шифрованием видеопотока. Также у нас будет поддержка работы с терминальными сессиями через единый порт и проброс файлов и папок в файловые системы, как это реализовано, грубо говоря, на Microsoft RDP.

Сергей Панферов

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

Дмитрий Глазычев

Да, Сергей, спасибо. Коллеги, добрый день! Вторая часть посвящена платформе Loudplay VDI. Собственно, если протокол доставляет изображение, звук и ввод, то платформа организует работу вокруг этого подключения: определяет, кому доступен рабочий стол, откуда он берётся, какие правила в нём действуют и как администратор сопровождает сессию. Сегодня пройдём этот путь с двух сторон: посмотрим, что делает сотрудник, как он входит в приложение, выбирает рабочий стол и начинает работу, а также разберём, какие инструменты есть у администратора для сопровождения.

Дмитрий Глазычев

8 сентября мы уже проводили вебинар по новому продукту, и за эти четыре недели произошло несколько крупных изменений. Во-первых, состоялся релиз. Loudplay VDI вышел в свет у нас 21 сентября. Уже сейчас доступны установочные пакеты и документация, с которыми можно готовить пилот в своей инфраструктуре. Второе — обновлённый интерфейс приложения сотрудника. Сегодня к нему ещё вернёмся, покажем вход со вторым фактором, появление нового рабочего стола после выдачи доступа и подключения к Windows и RED OS. И третье — новый портал Loudplay.

Дмитрий Глазычев

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

Дмитрий Глазычев

Через неё подключают виртуализацию, готовят пулы, назначают доступ, смотрят сессии и диагностические данные. Агент находится внутри виртуальной машины. Он сообщает серверу управления о её состоянии и выполняет предусмотренные команды. Например, применяет правила или участвует в сборе диагностики. Само изображение передаёт наш протокол доставки. Ставится он на этой же машине. И четвёртый компонент — наше приложение Loudplay VDI. Работает на компьютере сотрудника под Windows и Linux.

Дмитрий Глазычев

В нём человек входит в систему, выбирает доступный рабочий стол и запускает подключение. Приложение также устанавливает и обновляет стриминг-клиент. Теперь посмотрим, как эти компоненты работают вместе. Сотрудник открывает приложение, входит под своей учётной записью и видит доступные рабочие столы . Этот список и права доступа задаёт администратор. Когда сотрудник нажимает «Подключиться», сервер управления подбирает виртуальную машину, при необходимости включает её и подготавливает сессию.

Дмитрий Глазычев

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

Дмитрий Глазычев

Здесь, на данном слайде, пять основных шагов со стороны администратора. Сначала устанавливаем сервер управления на своей площадке и загружаем файл лицензии через панель управления. Затем подключаем гипервизор, указываем адрес, учётные данные, проверяем соединение. Так сервер управления получает возможность работать с виртуальными машинами . Дальше готовим эталон. Это образ с операционной системой, рабочими программами, агентом и протоколом Loudplay. Из него будут создаваться рабочие места.

Дмитрий Глазычев

На основе эталона создаём пул — группу рабочих мест с общими настройками. Задаём, сколько машин нужно и какие ресурсы выделить каждой. Можно также объединить вручную пул уже готовой, имеющейся на гипервизоре виртуальной машины. Далее назначаем доступ пятым шагом, создаём учётные записи или подключаем корпоративный каталог. Затем указываем, каким пользователям или группам доступен пул. После этого сотрудник уже устанавливает приложение Loudplay VDI, вводит адрес сервера и входит под свою учётную запись. Давайте посмотрим, как это выглядит.

Дмитрий Глазычев

Сотрудник после авторизации видит рабочие столы, к которым администратор выдал ему доступ. На этом примере доступны Windows, Astra Linux и RED OS. Подразумевается, что у каждого рабочего стола свой набор программ. Всё это собрано в одном приложении. Сотрудник выбирает нужный рабочий стол и нажимает «Подключиться». Подходящую виртуальную машину подбирает сервер управления. Можем обратить внимание здесь на верхний блок «Продолжить работу». Если сотрудник отключился, но сессия ещё не завершена, отсюда можно вернуться к тому же рабочему столу.

Дмитрий Глазычев

Сколько времени сессия ждёт его возвращения, может определить администратор. Далее посмотрим, что происходит после нажатия «Подключиться» и как приложение показывает подготовку рабочего стола. После нажатия на кнопку приложение отображает, что сейчас происходит: выбирается виртуальная машина, готовится рабочий стол и устанавливается соединение. Человек видит ход подключения и понимает, что приложение продолжает работать. Когда всё готово, рабочий стол открывается в отдельном окне.

Дмитрий Глазычев

В настроенной среде с бесшовным входом вводить пароль операционной системы не нужно. Это работает и с Windows, и с Linux. То есть со стороны сотрудника всё выглядит примерно следующим образом: вошёл в приложение, выбрал рабочий стол и начал работу. На этом блок со стороны конечного пользователя у нас завершён. Посмотрим теперь, как администратор готовит эти рабочие места. Начнём с гипервизоров. После того как гипервизор подключен в панели управления, становятся доступны его виртуальные машины, сети и хранилища.

Дмитрий Глазычев

Дальше администратор работает с ними из Loudplay VDI: готовит рабочие места, управляет их выдачей сотрудникам. У нас поддерживается KVM через libvirt, OpenStack, Proxmox, zVirt, oVirt, VMware через vCenter. Всего шесть типов подключения. Для Proxmox отдельно предусмотрены узел и кластер. При добавлении указываем адрес и учётные данные, затем проверяем соединение. В панели управления отображается состояние подключения и доступные ресурсы. Способы создания машин зависят от гипервизора и хранилища. Например, где-то можно использовать связанные клоны, а где-то применяется другой механизм.

Дмитрий Глазычев

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

Дмитрий Глазычев

Профиль ресурсов задаёт, сколько процессоров и памяти получит машина, где будет храниться её диск и к какой сети она подключится. Таким образом, один и тот же набор программ можно использовать для рабочих мест с разными ресурсами. Здесь также есть поддержка GPU и vGPU. При создании машин используются полные или связанные клоны в зависимости от гипервизора и хранилища. Связанный клон, естественно, использует базовый образ и хранит изменения отдельно, что позволяет сократить объём копирования. Новый образ можно применить к непостоянному пулу через пересборку машин.

Дмитрий Глазычев

Теперь объединим рабочие места в пул и зададим правила их использования. Пул объединяет рабочие места с общими правилами. В ручной пул администратор добавляет готовые виртуальные машины, в автоматическом пуле каждая машина создаётся платформой из эталона. Рабочее место можно закрепить за конкретным сотрудником или выдавать ему свободную машину из пула. Например, одному человеку каждый раз нужна его собственная среда, а для сменной работы подходят одинаково подготовленные рабочие места . Для автоматического пула задаём количество машин и запас запущенных рабочих мест.

Дмитрий Глазычев

Конкретные настройки покажем, ещё вернёмся к ним в мастере создания пула. Также выбираем, что происходит с машиной после окончания работы. В непостоянном пуле она может пересоздаваться из эталона, поэтому документы и настройки, которые нужно сохранить, размещаем в предусмотренном организацией хранилище за пределами такой машины. Рабочие места подготовлены. Дальше определяем, кому они доступны и как сотрудники будут входить. Сотрудник может использовать локальную учётную запись или учётную запись из корпоративного каталога. Для второго варианта подключаем LDAP или Active Directory.

Дмитрий Глазычев

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

Дмитрий Глазычев

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

Дмитрий Глазычев

Политики есть протокольные, относящиеся к сессии и отдельно к периферии. Часть параметров качества задаёт начальное значение, которое сотрудник может изменить. В коротком ролике мы покажем запрет USB-накопителя на Windows и Linux. Дождёмся применения настройки, посмотрим, как изменился доступ к устройству на рабочем столе. Преимущество здесь в том, что большинство политик у нас применяется сразу, на лету. Теперь перейдём к управлению самой сессией сотрудника. В списке сессий администратор видит, кто сейчас работает, на какой виртуальной машине и в каком состоянии находится подключение.

Дмитрий Глазычев

Можно найти нужного сотрудника, открыть подробности его сессии . Когда сотрудник выбирает «Завершить сеанс» в приложении, он заканчивает работу. После этого платформа обрабатывает машину по правилам пула, готовит её к следующему подключению. Поэтому временное отключение и завершение сеанса дают разный результат. Администратор видит активные сессии и может учитывать их при обслуживании машин. А если есть необходимость разобраться, что происходило до отключения или изменения состояния, то мы обращаемся к журналу аудита, который находится у нас в отдельном разделе.

Дмитрий Глазычев

Журнал помогает восстановить, кто и когда менял настройки, запускал сессию или выполнял операции с машинами. Здесь собраны также системные события. В конце демо мы отфильтруем записи по гипервизорам и пулам и откроем подробности на примере одного события. Доступ к журналу определяется ролью. Выбранные записи можно выгрузить. Срок хранения задаётся в настройках. И события, естественно, здесь не редактируемы. Журнал показывает последовательность событий.

Дмитрий Глазычев

Так, перейдем к качеству сеанса и диагностике. Допустим, сотрудник сообщает о том, что есть какая-то проблема с его рабочим столом. Например, есть какие-то подтормаживания. В таком случае можем открыть его сессию и посмотреть задержку, частоту кадров, скорость видеопотока и потери. Эти показатели помогают понять, с чего начать проверку: сети виртуальной машины или компьютера сотрудника.

Дмитрий Глазычев

Если данных недостаточно, есть возможность у администратора запросить диагностический архив. С виртуальной машины его собирает агент, если это разрешено политикой. При запросе из приложения сотрудника человек сам подтверждает передачу, он может отложить ее или отказаться. Здесь источников у нас два. Реализован сбор как с виртуальной машины, так и с клиентского устройства конечного пользователя. У администратора есть сведения о сессии и материалы для разбора проблемы. Их можно передать нам в поддержку вместе с описанием того, что происходило у сотрудника.

Дмитрий Глазычев

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

Дмитрий Глазычев

Этот файл далее переносим обратно и загружаем в панель управления. Пакеты компонентов также импортируются через панель. Администратор видит установленные версии и выбирает, какие обновления применять. Распространяются они непосредственно с самой установки, с сервера управления. Таким образом, документы, пакеты и лицензию получаем на портале, рабочие места обслуживаем внутри своей сети. И теперь посмотрим весь путь на демонстрационном стенде.

Дмитрий Глазычев

Сейчас переключимся на наше видео. Давайте посмотрим, как это выглядит в работе.

Дмитрий Глазычев

Так, начинаем с общей картины. У нас на данном кадре представлен раздел «Обзор». Здесь отображается кратко использование лицензии, занятость пулов, состояние платформы. Ниже также доступен парк рабочих мест и последние события. Здесь администратор может быстро посмотреть, что происходит, а затем перейти к нужному разделу. Мы начнем с гипервизоров и создадим новый пул рабочих столов. Подключены гипервизоры.

Дмитрий Глазычев

На этом стенде подключены четыре. Для сегодняшнего примера возьмем Proxmox. Он уже подключен к серверу управления, поэтому сразу откроем его карточку и посмотрим, какие ресурсы нам доступны. В карточке собраны машины этого гипервизора, использование памяти и сведения о видеокартах. Здесь же видно, что требует внимания, например, замороженные пулы или машины, от которых не отвечает агент. У этих пунктов разные причины. При необходимости можно перейти к конкретному объекту.

Дмитрий Глазычев

По GPU также можно различить свободные ресурсы и те, которые заняты вне брокера. Чуть ниже перечислены возможности интеграции. Это клонирование, снимки, работа с графическими ресурсами. Рядом — состояние подключения и время ответа. Здесь же можно перейти к пулам, которые использует этот гипервизор. То есть от общей картины ресурсов сразу переходим к рабочим местам, которые на них реализованы. Переключимся к пулам.

Дмитрий Глазычев

На стенде уже есть 11 пулов. Сейчас создадим еще один с рабочими столами на RED OS 8. Нажимаем на кнопку «Добавить пул». Выбираем автоматический плавающий пул. Машины в нем платформа создает из эталона, а сотрудник при подключении получает свободное рабочее место. Закреплять отдельную машину за каждым человеком в этом примере мы не будем.

Дмитрий Глазычев

Переходим ко второму шагу мастера настройки. Назовем пул, например, здесь у нас используется Demo RED OS 8. Выберем Proxmox и заранее подготовленный эталон с RED OS 8. Там у нас зашит уже образ и связанные клоны с использованием. Подготовку самого образа здесь мы не затрагиваем.

Дмитрий Глазычев

Дальше зададим ресурсы машин и то, сколько рабочих мест нам нужно. Процессоры, память, диск и размещение можно задать прямо в мастере. Сеть подгружается из гипервизора. Выбираем из того, что действительно настроено на площадке. Но в нашем случае есть уже подходящий профиль. Называется он «Офис расширенный». Здесь мы выберем уже готовый профиль ресурса, в котором заданы все настройки. Возьмем его, чтобы не вводить параметры заново.

Дмитрий Глазычев

Там у нас четыре ядра, 8 ГБ оперативной памяти задано. Шаблон именования виртуальной машины оставляем по умолчанию, как нам предлагает система. Переходим к емкости. Для этого пула зададим 10 машин. Шесть будем держать запущенными, остальные четыре выключим в резерве. Отдельно ограничим подготовку. Одновременно разрешаем не более трех клонирований. Здесь значение оставляем по умолчанию.

Дмитрий Глазычев

Лимит есть на параллельное клонирование и на уровне гипервизора, где учитывается работа разных пулов. Так можно регулировать нагрузку при подготовке машин. Экран пересборки. Здесь выбираем, что делать с машиной после завершения сеанса. Мы оставляем полное переклонирование. Машина будет создаваться из эталона. Это не постоянная рабочая места, поэтому документы должны находиться в каком-то отдельном диске.

Дмитрий Глазычев

И запускается после выхода, когда пользователь запускает сеанс. На последнем шаге проверяем выбранные параметры и создаем пул

Дмитрий Глазычев

Пул появляется у нас в списке, а подготовку машин дальше выполняет сервер управления. Каждое клонирование вручную запускать не нужно. Откроем пул и посмотрим, как идет создание. Сразу после создания машин еще нет. Через несколько секунд видим первую тройку в пределах заданного ограничения. На обзоре собрана конфигурация пула, его текущий состав и выполняющиеся операции. Уже отсюда в целом понятно, на каком этапе подготовка и появились ли рабочие готовые места.

Дмитрий Глазычев

Во вкладке «Активность» смотрим операции этого пула. Если нужно разобраться со всеми, открываем общую очередь задач, которая есть у нас в отдельном разделе. Здесь же видно, что ожидает выполнения, что уже запущено и что завершилось. Наша задача как раз переходит из ожидания в выполнение. Когда первые задачи клонирования завершены, запускается следующая группа.

Дмитрий Глазычев

В этой записи они заняли примерно 12-16 секунд. После этого самим рабочим столам еще нужно загрузиться в течение небольшого времени и подтвердить готовность. У задачи можно открыть подробности: статус, длительность, номер попытки и историю выполнения. При временной ошибке предусмотрены повторные попытки. Если проблема не устраняется, она остается видна и заводится в разделе «Мониторинг здоровья платформы». Вернемся в пул.

Дмитрий Глазычев

Часть машин у нас уже готова, у них появились адреса, остальные еще создаются или запускаются. В разделе «Машины» видно состояние каждой. При необходимости можно открыть ее отдельно. Теперь посмотрим на этот пул со стороны сотрудника. Открываем приложение Loudplay VDI. Адрес сервера у нас уже указан, остается ввести логин и пароль. Здесь мы подключаемся под тестовой учетной записью.

Дмитрий Глазычев

Для нее включен второй фактор, поэтому дополнительно подтвердим вход одноразовым кодом.

Дмитрий Глазычев

После авторизации сотрудник видит три доступных рабочих стола. Они были настроены ранее. Нашего нового пула пока нет. Создать машины и предоставить к ним доступ — это два отдельных действия. Сейчас вернемся в панель управления и назначим доступ группе, в которую входит тестовый пользователь Дмитрий. Открываем раздел «Кому выдан» и выбираем группу инженеров. Дмитрий входит в эту группу, поэтому сейчас автоматически получит доступ к пулу.

Дмитрий Глазычев

Возвращаемся в приложение. Появляется четвертый рабочий стол, уже готовый к подключению. Повторно входить нет необходимости. То есть изменения подгружаются на лету. Нажимаем «Подключиться». Вернемся, да. На фоне у нас запущена панель, в которой мы можем отслеживать изменения в режиме реального времени. Пока приложение устанавливает соединение, в панели появилась новая сессия, а в пуле одно занятое рабочее место из 10.

Дмитрий Глазычев

Перейдем в список сессий, чтобы увидеть, кто подключается и к какой машине. Когда соединение установлено, статус меняется на «Активно». Открылся рабочий стол RED OS. Повторно вводить пароль нам не пришлось, как это обычно было у нас ранее без SSO-модуля. Здесь у нас простой демонстрационный образ, поэтому на приложениях задерживаться не будем.

Дмитрий Глазычев

В качестве демо у нас здесь открывается файловый менеджер. И дальше сейчас посмотрим, что в это время видит администратор. На короткое время включим диагностические графики в окне рабочего стола. Они показывают параметры передачи изображения и его обработки. Расположим окна рядом. Справа остаётся рабочий стол сотрудника, слева откроем подробности этого подключения в панели управления. Мы перешли к деталям сессии. Здесь видны длительность сеанса, устройство сотрудника и состояние передачи изображения.

Дмитрий Глазычев

Ниже показатели разделены на три части. У нас будут графики с сетью, виртуальной машиной и клиентом. По сети можно посмотреть задержку и её колебания, на машине — время кодирования и частоту кадров, на клиенте — время декодирования и очередь кадров. То есть если сотрудник жалуется на задержки, эти данные помогают понять, с чего начать проверку, на каком именно узле может быть проблема. Ну и можно показать, как показатели менялись во время работы. Это сохраняется после завершения сессии.

Дмитрий Глазычев

Сейчас откроем подробную телеметрию. Перед этим ниже посмотрим на другие события подключения, связанные объекты и средства диагностики, которые доступны.

Дмитрий Глазычев

Телеметрия. Дополнительная графика у нас показывает, сколько передаётся данных в секунду, размер ключевого кадра, время отрисовки на клиенте. Это уже инструменты для более детального разбора. Как правило, сразу они могут и не потребоваться. То есть в обычной работе достаточно начать с общей оценки трёх групп показателей, которые мы только что рассмотрели. Откроем саму сессию. Здесь собраны сведения именно об этом подключении: пользователь, рабочее место, состояние и показатели качества.

Дмитрий Глазычев

Здесь покажем два варианта окончания работы: сначала со стороны сотрудника, затем со стороны администратора. Сотрудник открывает быстрое меню нашего стриминг-клиента и нажимает «Отключиться». Окно рабочего стола закрывается, и в панели управления видим, что сессия завершается. Сейчас она перейдёт в финальный статус. Дальше машина обрабатывается по правилам своего пула. Для созданного нами это пересоздание из эталона.

Дмитрий Глазычев

Из сессии можно сразу перейти к сотруднику, пулу или машине. Не нужно снова искать их в общих списках. Сейчас откроем Дмитрия. Здесь будут собраны сведения о пользователе и его подключении. Оставим этот экран открытым и запустим ещё один рабочий стол, теперь с Windows. Выбираем ранее настроенный рабочий стол с Windows. Для сотрудника порядок действий тот же: нужна карточка и подключение. На странице пользователя уже появилась новая сессия.

Дмитрий Глазычев

Мы перешли в её детали и ожидаем запуска стриминг-клиента. Открылось окно в полноэкранном режиме. Перейдём в оконный, и здесь в качестве примера у нас будет открыт браузер и будет выполнен переход на наш сайт loudplay.ru. Работаем так же с панелью управления. Теперь завершим сессию со стороны администратора. Отправляем команду из панели.

Дмитрий Глазычев

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

Дмитрий Глазычев

Раздел «Подключения». Здесь видны адрес и доступность сервера, а также состояние стриминг-клиента, который открывает рабочий стол. При необходимости можно сменить сервер или переустановить этот компонент из приложения. Раздел «Безопасность».

Дмитрий Глазычев

Сотрудник управляет защитой своей учётной записи. Здесь у нас второй фактор, резервные коды и доверенные устройства. Доступные действия зависят от настроек организации. Одноразовый код из этого механизма мы уже использовали при входе. Раздел обновлений. Здесь можно проверить обновления приложения, которые предоставляет сервер организации. Искать установщик на внешнем сайте сотруднику не требуется. На этом вернёмся к администратору и посмотрим, какой след нашей работы остался в журнале.

Дмитрий Глазычев

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

Дмитрий Глазычев

Это журнал за выбранный период. Текущее состояние платформы посмотрим отдельно в конце. Теперь выберем пулы. В списке видно их создание, изменение настроек и ёмкости. Откроем событие выдачи локальной учетной записи Дмитрия. Оно относится к подготовке входа в операционную систему рабочего места. В подробностях указаны пользователь и пул, к которым относится операция. Такие записи помогают разобрать конкретное событие, не ограничиваясь общей строкой в журнале.

Дмитрий Глазычев

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

Дмитрий Глазычев

Собственно, мы создали пул, выдали доступ группе и подключились к рабочим столам RED OS и Windows. Посмотрели, что видит сотрудник и как администратор сопровождает его работу. Здесь я хотел бы передать слово Сергею для демонстрации дополнительных кейсов по части политик.

Сергей Панферов

Да, Дмитрий, спасибо. Перед тем, как продемонстрировать некие достаточно простые, как кажется с первого взгляда, кейсы, хотел бы сказать некоторые вводные. Первое: почему мы начали разработку собственного брокера? Некоторые наши заказчики, достаточно крупные, с которыми мы работаем на уровне, скажем так, протокола Loudplay, приходят к нам и говорят: «Ребята, всё хорошо. Нам нравится, как вы разрабатываете протокол. Вы молодцы, но сделайте нам, пожалуйста, брокер. Но нам не нужно каких-то мифических 90% от функционала Citrix, а нам нужно это, это и это. И сделайте, пожалуйста, чтобы работало».

Сергей Панферов

И, как показывает практика, к счастью или к сожалению, если в данных решениях, которые обеспечивали бы даже простейшие юзкейсы, использовать какие-то open source решения — и брокера, и протокола, — либо использовать различные протоколы подключения к различным операционным системам, то простые юзкейсы реализовать достаточно сложно. Приходится, скажем так, всё время подпирать это решение костылями. И это всё заказчикам очень не нравится. И третье: общая наша философия развития продукта подразумевает то, что конечный пользователь не должен знать, что такое VDI. Он не должен знать, что такое брокер, что такое битрейт, что такое политики, какая периферия ему нужна. Он просто должен садиться за свой компьютер, нажимать кнопочку, проваливаться в своё рабочее место и работать, выполнять повседневную работу. И она может быть любой: от офисных приложений до 3D.

Сергей Панферов

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

Сергей Панферов

Первое — это работа буфера обмена. Сейчас пользователь находится в удаленной сессии через протокол Loudplay. При этом у него включена возможность проброса текстового буфера обмена. Соответственно, текст хорошо передается с клиента на сервер и с сервера на клиента. Дальше мы заходим в интерфейс администратора, заходим в раздел «Пользователи и доступ» и для конкретного пользователя назначаем возможность запрета буфера обмена в обе стороны.

Сергей Панферов

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

Сергей Панферов

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

Сергей Панферов

Видим, что с клиента буфер скопировался.

Сергей Панферов

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

Сергей Панферов

Флешка монтируется, и сейчас мы откроем, посмотрим её содержимое на удалённой машине.

Сергей Панферов

Открыли, увидели какие-то файлы. Далее мы знаем, что сырой проброс USB подразумевает под собой возможность проброса разного типа периферии. Это могут быть флешки, это могут быть другие USB-устройства. Мы это предусмотрели. Мы заходим в «Политики» и видим, что мы можем запретить или разрешить различные типы USB-устройств по PID и VID. И на данный момент нам нужно создать политику, в рамках которой иметь возможность оперировать именно флешкой.

Сергей Панферов

Дальше мы заходим в «Пользователи и доступ» и для конкретного нашего пользователя мы флешку запрещаем. Применяем, и без переподключения мы видим, что эта флешка сейчас должна отмонтироваться. Всё, пропала. Не нужно переподключаться, не нужно пересоздавать ВМ с другими политиками и так далее. Далее мы пытаемся пробросить ту же флешку.

Сергей Панферов

Но сервер нам сообщает о том, что это невозможно, потому что есть политика. И далее тоже достаточно простой кейс с оптимизированной веб-камерой. Она у нас войдёт в 16-й релиз, но показать уже можем сейчас. Мы заходим, запускаем на сервере, скажем так, тестер веб-камеры. Она пробрасывается оптимизированно, не как сырой USB.

Сергей Панферов

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

Сергей Панферов

И при попытке её повторного подключения у нас появляется ошибка о том, что проброс веб-камеры запрещён политиками. И я хочу обратить ваше внимание, что все эти, казалось бы, простые кейсы работают кроссплатформенно на тех операционных системах, которые нами поддерживаются. То есть они прозрачны для Linux, для Windows, для KasperskyOS, если это необходимо. И это позволяет сделать именно проприетарный кроссплатформенный протокол и проприетарный брокер.

Сергей Панферов

Дим, тебе, наверное, слово возвращаю. Дальше по порталу.

Дмитрий Глазычев

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

Дмитрий Глазычев

Тогда старые записи будут автоматически очищаться. Есть также файловая выгрузка. Там предусмотрено разделение по дням. Хранение и ротация технических логов службы регулируется отдельно средствами операционной системы. По умолчанию выставляется срок хранения аудита у нас значение ноль. И ещё вопрос: планируется ли мониторинг CPU и RAM гостевой виртуальной машины. Эти показатели уже есть. Мы не охватили раздел «Машины», который у нас имеется, чтобы уложиться во временной интервал нашего вебинара в полтора часа.

Дмитрий Глазычев

Давайте посмотрим, отфильтруем виртуальные машины, которые относятся к пулу, который мы смотрели. Это у нас Demo RED OS 8. Как раз таки туда у нас уже виртуалки дошли: шесть остались запущены, четыре выключены. И на примере одной из виртуальных машин пула можем обратить внимание на блок ресурсов. Отражается загрузка процессора и использование памяти при поступлении свежих метрик от агента. Это показатели самой гостевой машины. Здесь пока что нет у нас каких-то графиков расширенных с историей, но думаю, что мы сможем докрутить это.

Дмитрий Глазычев

Ну и теперь вернёмся к презентации. Мы рассмотрели работу с текущим выпуском.

Дмитрий Глазычев

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

Дмитрий Глазычев

И далее дополнительные платформы виртуализации, развитие политики интеграций. В этой же части находится RADIUS — подключение внешней системы второго фактора для входа через сервер управления. Если проект зависит от конкретной возможности, мы зафиксируем требования при подготовке пилота. А для работы с уже доступным продуктом у заказчика и партнера есть портал Loudplay. Перейдем к тому, как он помогает начать внедрение и сопровождать эксплуатацию. Портал Loudplay объединяет документацию и личный кабинет организации. В документации собраны инструкции по установке, настройке и работе с продуктом.

Дмитрий Глазычев

Общедоступные статьи можно открыть без регистрации, например, до установки изучить требования к серверу, во время установки открыть пошаговую инструкцию, а сотруднику отправить, например, ссылку на руководство по подключению. Для загрузки дистрибутивов, запросов лицензий и обращений в поддержку нужен вход в личный кабинет. Начнем с загрузок. Посмотрим, где взять файлы для установки или обновления. В личном кабинете в разделе «Загрузки» можем выбрать конкретный продукт и нужный релиз. Здесь доступны установочные файлы, состав компонентов и описание изменений.

Дмитрий Глазычев

Можно скачать пакет для новой установки обновления или отдельный компонент под нужную операционную систему. Когда файлы получены, для запуска сервера управления понадобится лицензия. Ее тоже запрашиваем в личном кабинете. Требуется выбрать продукт — здесь у нас выбран Loudplay VDI, — указать срок и число одновременных подключений. На скриншоте показан первый шаг — выбор типа лицензии. Сервер управления формирует файл запроса, как уже и говорилось. Его скачиваем через панель управления и прикладываем в заявке.

Дмитрий Глазычев

После выдачи скачиваем лицензию из карточки заявки и загружаем ее в панель управления. У нас в карточке будут доступны в запросе на лицензию переписка и файл. Там же можно обсудить продление или изменение каких-либо параметров. Если во время установки или работы возникает вопрос, рядом есть раздел техподдержки. Для того чтобы обратиться в команду поддержки, можно выбрать продукт, к которому относится проблема или вопрос, описать, что случилось, и приложить диагностические материалы, если они уже собраны.

Дмитрий Глазычев

Заказчик может обращаться сам или предоставить доступ партнеру, который сопровождает его проект. Тогда партнер сможет вести обращение от его имени. Собственно, мы посмотрели, как подготовить рабочие места, включить сотрудников, организовать сопровождение. Теперь перейдем к условиям лицензирования. Здесь я передаю слово Елене.

Елена Денисенко

Да, спасибо большое, Дмитрий. Мы подходим к концу. Лицензируемся мы по конкурентным пользователям. Лицензии у нас есть срочные и бессрочные. Есть обычные партномера

Елена Денисенко

И есть номера для работы с vGPU. По активации этих лицензий Дмитрий вам коротко только что рассказал. И по поддержке «Стандарт» и «Премиум». Стандартный уровень и расширенный регламентируются временем реакции. Во всю поддержку входят обновления на время действия поддержки.

Елена Денисенко

Есть услуги проектирования и развертывания именно по части vGPU. Это отдельная история, в которой участвует наш профессиональный сервисный партнер. Мы тему vGPU на данном вебинаре не затрагивали. Я вижу, в чате есть вопрос относительно этой позиции. Если у вас есть интерес к этому продукту, предлагаю вынести его за рамки этого вебинара. Мы просто физически всё не успеем.

Елена Денисенко

И, как мы показали, вся поддержка реализуется через единое окно. Это позволяет нам хранить историю взаимоотношений. Это позволяет нам быстро реагировать на ваши запросы. Так что работа с нами, надеюсь, стала намного удобнее. И да, до конца финансового 2026 года у нас действует промоакция. Мы ее запустили для того, чтобы заказчики, у которых есть какой-либо бюджет по теме VDI, могли воспользоваться этим предложением. Предложение заключается в том, что VDI мы предлагаем по цене протокола.

Елена Денисенко

Еще раз: действие до конца 2026 года. Есть возможность запросить демо. Все заявки на продукт нужно либо напрямую, либо через партнера. Наш адрес указан в контактах и на сайте. Писать нужно на sales@loudplay.io. Для получения техподдержки, скачивания дистрибутивов, получения документации необходимо зарегистрироваться на портале Loudplay. Все ссылки тоже там есть.

Елена Денисенко

Итого: с 21 сентября есть уже публичный релиз. Демо и продукт доступен для вас. Стандартный срок для получения бесплатного демо — 30 дней. Мы понимаем, что иногда необходимо больше. Готовы обсуждать каждый проект индивидуально. Что ж, пожалуй, всё. Мы можем вернуться к вопросам. Я вижу, что часть вопросов уже отвечена. Тем не менее, что-то имеет смысл ответить голосом.

Сергей Панферов

Лен, я тогда попробую промодерировать блок вопросов-ответов и буду передавать слово после прочтения вопроса. Вопрос: «Данные по загрузке CPU, RAM гостевой ВМ планируется добавить в мониторинг в консоли админа?»

Дмитрий Глазычев

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

Сергей Панферов

Угу. Окей. Следующий вопрос: «В случае выхода из сессии через logoff OS сервер увидит это?»

Дмитрий Глазычев

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

Сергей Панферов

Но при этом я могу сказать о том, что если пользователь сделает logoff, то при этом отключится сессия протокола Loudplay. Соответственно, агент об этом узнает, и произойдёт то же самое отключение сессии. Дальше вопрос: «Какие минимальные системные требования для клиента?» Я только что с командой параллельно быстренько связался, хотел скинуть ссылку на документацию, но выяснилось о том, что у нас есть требования для виртуальных рабочих мест, а для клиентской части — нет.

Сергей Панферов

Мы это оперативно добавим, но от себя могу сказать, что требования для клиента минимальные, и мы очень много потратили времени и сил для того, чтобы оптимизировать потребляемые ресурсы клиента, в том числе для того, чтобы он мог работать на тонких клиентах с очень низкой производительностью, в частности, например, Dell Wyse 3040, где, как показала практика, рендер работает достаточно тяжело, но нам удалось добиться как минимум 30 FPS при Full HD-картинке. Но информацию мы добавим.

Сергей Панферов

Вопрос: «Где и как проводится интеграция с контроллерами домена для ВМ из пулов?»

Дмитрий Глазычев

Здесь две отдельные настройки: подключение каталога к платформе и ввод самих машин в домен. AD и LDAP настраивается в панели управления. Это вход пользователей, синхронизация групп и назначение доступа к рабочим столам. Для ручного пула можно использовать заранее подготовленные доменные машины, а для автоматического требуется отдельная процедура ввода каждого нового клона или автоматизация с помощью какого-нибудь скрипта, например. В текущем выпуске сервер управления автоматически этот шаг не выполняет, но , как я и сказал, в целом кажется, что на этапе подготовки золотого образа можно заложить этот шаг, предусмотреть. Но у нас есть в планах также этот функционал доразвить.

Сергей Панферов

Окей, спасибо. Дальше вопрос: «Есть ли предустановленная роль сотрудника безопасности — просмотр содержимого экрана выбранной сессии? У заказчика такие вопросы встречаются». Да, у заказчиков таких вопросов достаточно много. Что касается просмотра содержимого экрана выбранной сессии, то на уровне протокола сейчас уже такая возможность есть. Мы, к сожалению, пока ещё не поддерживаем на уровне видеокарты как отдельный из инструментов сотрудника безопасности, но в будущих релизах мы эту возможность поддержим. Относительно предустановленной роли сотрудника безопасности-

Дмитрий Глазычев

Да, в панели управления есть встроенная роль «Администратор безопасности». Она управляет настройками входа, политикой паролей и второго фактора, имеет доступ к журналу аудита. Также ей доступен просмотр состояния инфраструктуры сессий. Для проверки без изменения настроек есть роль «Аудитор», но смотреть содержимое экрана выбранной пользовательской сессии из панели в текущем выпуске нельзя.

Сергей Панферов

Спасибо. Вопрос: «Как сейчас происходит обновление золотого образа в уже действующей пуле?»

Дмитрий Глазычев

Сначала готовим отдельную новую версию эталона, затем в непостоянном автоматическом пуле выбираем её и запускаем «Пересобрать пул». Само добавление версии в каталог ничего не заменяет. Свободные машины постепенно пересоздаются, а машины с незавершёнными сессиями откладываются. То есть принудительно завершать работу пользователей эта операция не будет. При пересборке старые локальные диски заменяются, поэтому пользовательские данные должны храниться отдельно. У постоянного пула после смены целевой версии новый образ получают новые машины, а существующие сохраняют свои диски и обновляются средствами администрирования ОС.

Сергей Панферов

Окей, спасибо. Дальше вопрос: «Какая есть отчётность системы?»

Дмитрий Глазычев

Есть журнал событий, журнал действий и событий с фильтрацией по периоду, пользователям и объектам, также с выгрузкой для работы в Excel. Отдельно также предусмотрены выгрузки, такие как состав групп, доступ к пулам, назначение ролей. В панели доступны показатели использования платформы, занятость пулов, активные сессии. Универсальный конструктор произвольных отчётов сейчас мы не заявляем.

Дмитрий Глазычев

По сути, всё сводится к журналу аудита и некоторым отдельным страницам в разделах.

Сергей Панферов

Хорошо, спасибо. Вопрос: «Перечислите, пожалуйста, ещё раз про пробрасываемые устройства». сырой USB, аудиогарнитура (звук, микрофон), веб-камеры, сканеры, принтеры, смарт-карты. Да, всё верно. При этом, если мы говорим про веб-камеры, сканеры, принтеры и смарт-карты, они работают у нас в так называемом оптимизированном режиме, не как сырой USB. Кроме того, у нас есть ещё буфер обмена текстовый и файловый. При этом в ближайшее время планируем добавить режим drag and drop.

Сергей Панферов

И также до конца года мы планируем поддержать проброс локальной файловой системы и авторизации на операционной системе через смарт-карты. Вроде бы ничего не забыл. Так, другой раздел.

Дмитрий Глазычев

Там ещё был у нас вопрос про кастомные роли в консоли. Интересный вопрос, на самом деле. Пока что мы не обсуждали, не получали подобных пожеланий от заказчиков, но можно будет рассмотреть в будущем. Пока что нет у нас такой задачи.

Сергей Панферов

Угу, принял, спасибо. В отдельном разделе чата вопрос: «Когда точно проброс смарт-карт будет на Windows? А то уже год все обещают». На Windows оптимизированный проброс смарт-карт у нас появится в 16-м релизе. То есть это буквально в течение этой недели. До конца недели мы планируем этот релиз выпустить. Соответственно, в релиз пойдёт оптимизированный проброс смарт-карт, в котором мы на уровне драйвера на клиентской части взаимодействуем со смарт-картой и не вырезаем её как сущность из клиентского устройства. То есть ей можно будет пользоваться как удалённо, так и локально. Единственное, есть небольшие ограничения в том, что если мы пытаемся с ней одновременно с двух приложений повзаимодействовать, там нюансы могут быть. Но в целом таких кейсов достаточно мало.

Сергей Панферов

Так, вроде бы

Сергей Панферов

На вопросы все ответили.

Дмитрий Глазычев

Да.

Сергей Панферов

Тогда, наверное, можем завершаться. Елена, тогда тебе завершающее слово передам.

Елена Денисенко

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

Елена Денисенко

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

Сергей Панферов

Всем спасибо.

Вопросы участников из чата вебинара — без имён. Нажмите, чтобы услышать ответ.

О записи

Loudplay VDI 2026.9: вебинар после выпуска

Запись вебинара OCS и Loudplay 7 октября 2026 года, после выхода Loudplay VDI 2026.9: что нового в протоколе, как устроена платформа, демонстрация от пула до рабочего стола, политики буфера обмена, USB и веб-камеры без переподключения, Портал Loudplay, лицензирование и ответы на вопросы участников.

1Второй вебинар о Loudplay VDI — уже на опубликованном выпуске 2026.9, с обновлённым приложением сотрудника и новым Порталом Loudplay.
2Протокол: что вошло в релизы 14 и 15 — API управления сессиями, H.265, централизованные политики периферии, тонкий клиент на KasperskyOS — и что в работе.
3Демонстрация от гипервизора до рабочего стола: новый пул, вход со вторым фактором, выдача доступа группе, подключение к RED OS и Windows, показатели сессии, журнал аудита и здоровье платформы.
4Политики меняют работающую сессию без переподключения: запрет буфера обмена, USB-накопителя и веб-камеры.
5Портал Loudplay, лицензирование, спецпредложение и демо-лицензия на 30 дней.

Запись 7 октября 2026 года. Сроки релизов протокола и следующего выпуска платформы названы на дату вебинара; актуальный состав — в базе знаний. Что умеет Loudplay VDI сейчас →

Другая запись

1 ч 33 минПервый вебинар · 8 сентября 2026 г. · CompTekLoudplay VDI: первая презентация платформыДо выхода выпуска: подробнее об устройстве платформы и 22 вопроса участников.

Сценарий

Темы записи

10 блоков и карта речи: кто и когда говорил. Нажмите на блок, дорожку или вопрос, чтобы перейти к этому месту.

Блоки

Елена Денисенко8 мин 23 с

Сергей Панферов13 мин

Дмитрий Глазычев30 мин

?Вопросы участников

015′30′45′60′

01 · 0:00–6:11
Открытие: зачем второй вебинар
Что изменилось за месяц после первого вебинара, почему Loudplay развивает собственные протокол и платформу и что Loudplay VDI даёт заказчику.
- Протокол разработан с нуля, без открытых протоколов в основе
- Собственный продукт — ответственность вендора за архитектуру, безопасность и развитие
- Loudplay продолжает поддерживать технологических партнёров: у заказчика должен быть выбор
- Шесть типов подключения к платформам виртуализации, офисные и 3D-сценарии
02 · 6:11–11:48
Протокол Loudplay: релизы 14 и 15 и планы
Кодеки и адаптация к сети, оптимизированная периферия, что вошло в последние релизы протокола и что в работе.
- H.264, H.265 и VP8; аппаратное кодирование NVIDIA и AMD, работа и без видеокарты на сервере
- Релиз 14: API управления сессиями, стабильное переподключение, звук и буфер обмена на Astra Linux и RED OS
- Релиз 15: H.265, централизованные политики периферии и защищённый режим, тонкий клиент на KasperskyOS
- В работе: единый порт, смарт-карты и токены на Windows, два экрана на Linux без GPU; дальше — шифрование и клиенты для Android и macOS
03 · 11:48–17:45
Loudplay VDI: что изменилось и как устроено
Три изменения после первого вебинара, четыре компонента платформы и путь сотрудника от входа до рабочего стола.
- С 21 сентября доступен выпуск 2026.9, обновлено приложение сотрудника, запущен Портал Loudplay
- Сервер управления, Панель управления, агент на ВМ и приложение Loudplay VDI для Windows и Linux
- Изображение и звук идут напрямую между машиной и сотрудником, а не через сервер управления
- Пять шагов администратора: сервер, гипервизор, эталон, пул, доступ
04 · 17:45–26:29
Возможности для администратора
Гипервизоры, эталоны и пулы, доступ и роли, политики, сессии, журнал аудита, диагностика и закрытый контур.
- KVM/libvirt, OpenStack, Proxmox VE (узел и кластер), zVirt/oVirt и VMware vSphere через vCenter
- Пул собирается из эталона и профиля ресурсов: ручной, плавающий или персональный
- Политики качества, сессии и периферии — на пул, группу или сотрудника; большинство применяется на лету
- Серверу управления не нужен интернет: лицензия и пакеты переносятся файлами
05 · 26:29–43:06
Демонстрация: от пула до рабочего стола
Запись со стенда с комментарием: новый пул на RED OS 8, вход сотрудника и подключение, показатели сессии, журнал аудита и здоровье платформы.
- Пул на 10 машин: шесть запущены, четыре в резерве, не больше трёх клонирований одновременно
- На стенде клонирование заняло около 12–16 секунд
- Вход со вторым фактором; выданный группе рабочий стол появляется в приложении без повторного входа
- Показатели сети, машины и клиента в карточке сессии; завершение работы сотрудником и администратором
06 · 43:06–51:00
Политики на лету: буфер обмена, USB и веб-камера
Зачем Loudplay свой брокер и как политики меняют поведение работающей сессии без переподключения.
- Буфер обмена запрещается полностью или в одну сторону прямо во время сессии
- USB-устройства разрешаются и запрещаются по VID и PID; подключённая флешка отключается сразу
- Оптимизированная веб-камера войдёт в 16-й релиз протокола; её тоже можно запретить политикой
07 · 51:00–53:06
Ответы по ходу демонстрации
Срок хранения журнала аудита и загрузка процессора и памяти гостевой машины — сразу в Панели управления.
2 вопроса — во вкладке «Вопросы» рядом с плеером
08 · 53:06–56:25
Развитие платформы и Портал Loudplay
Приоритеты следующего выпуска и как через Портал Loudplay получить документацию, дистрибутивы, лицензию и поддержку.
- Ориентир следующего выпуска — ноябрь: отказоустойчивость сервера управления и шлюз доступа из внешних сетей
- Обновления — примерно раз в два месяца
- Документация открыта без регистрации; загрузки, лицензии и обращения — в личном кабинете
- Обращения заказчика может вести партнёр, которому заказчик дал доступ
09 · 56:25–1:00:04
Лицензирование, спецпредложение и демо
Модели лицензий и поддержки, спецпредложение и порядок получения демо-лицензии.
- Лицензии по числу одновременных подключений: срочные и бессрочные, отдельные позиции для vGPU
- Поддержка двух уровней — Стандарт и Премиум, обновления на срок поддержки
- До конца 2026 года Loudplay VDI предлагается по цене протокола Loudplay
- Демо-лицензия на 30 дней через личный кабинет; срок обсуждается под проект
10 · 1:00:04–1:09:15
Вопросы и ответы
Выход из ОС и сессия, требования к клиенту, домен для машин пула, роли безопасности, обновление эталона, отчётность, периферия и смарт-карты на Windows.
9 вопросов — во вкладке «Вопросы» рядом с плеером

Следующий шаг

Попробовать Loudplay VDI у себя

Расскажите о задаче — подберём сценарий пилота на вашем гипервизоре и выдадим демо-лицензию через личный кабинет.

Почтаinfo@loudplay.io
Что написатьСколько рабочих мест, какой гипервизор, какие ОС — так мы ответим предметно с первого письма.
Срок ответаОбычно в течение часа, не позднее одного рабочего дня.