7 октября 2026 года «Увеон» сообщила о сертификате совместимости JMS 4LX и Termidesk VDI. При испытаниях проверили Kerberos, PKI, push-подтверждения и одноразовые коды. Состав проверки описали ICT-Online, Computerra и TAdviser.
Сертификата достаточно, чтобы включить связку в короткий список. Переносить на неё пользователей 1С без пилота рано. Опубликованные результаты относятся к доступу и аутентификации, а не ко всему рабочему месту.
В описании испытаний нет клиента 1С, КриптоПро, подписания документов и локальной периферии. Это не доказывает несовместимость. Это очерчивает границу известного: работу этих компонентов публикации не подтверждают.
Что проверили в связке JMS 4LX и Termidesk VDI
Termidesk создаёт виртуальные рабочие места и открывает удалённый доступ к приложениям. Такое назначение продукта приводит Computerra со ссылкой на сообщение разработчиков.
JMS 4LX управляет аутентификацией, электронной подписью и защищёнными носителями. По описанию Se7en.ws, в систему входят JaCarta Authentication Server, Aladdin 2FA и JaCarta Identity Provider. Последний поддерживает SAML и OIDC.
Вместе продукты связывают удалённый сеанс с механизмами входа, которые уже работают в компании. Испытания охватили четыре таких механизма.
| Участок контура | Что подтверждено | На что можно опереться при выборе |
|---|---|---|
| Совместная работа продуктов | «Аладдин» и «Увеон» подтвердили её сертификатом после испытаний | Связку можно допустить до пилота без отдельной предварительной проверки обмена между продуктами |
| Вход через Kerberos и PKI | Эти сочетания вошли в программу испытаний, по данным ICT-Online и Computerra | Их можно взять за основу сценария входа на тестовом контуре |
| Push и одноразовые коды | Разработчики включили оба способа в испытания | Можно проверить будущую схему двухфакторного входа, а не только парольный доступ |
| Удалённый доступ и действующая аутентификация | Termidesk и JMS 4LX работали совместно в единой конфигурации | Снижается риск, что VDI придётся оснащать отдельным контуром учётных записей |
Сертификат снижает интеграционный риск на входе. Работу прикладной части 1С опубликованный состав испытаний не подтверждает.
У компаний есть и заявление о нормативных требованиях. ComNews, ICT-Online, TAdviser и Computerra передают, что совместная конфигурация соответствует Приказу №117 ФСТЭК России.
Считать это независимой оценкой редакции нельзя. Среди доступных материалов нет самого сертификата и приложения с областью испытаний. До закупки запросите оба документа у поставщика.
Сертификат двух продуктов не описывает рабочее место 1С
Пользователь работает не с абстрактной VDI. Он входит в сеанс, запускает нужную версию клиента 1С, подключается к базе и подписывает документ. Затем печатает форму или обращается к локальному устройству.
Сбой на любом участке остановит процесс, хотя JMS 4LX и Termidesk продолжат корректно работать друг с другом. Поэтому сертификат совместимости двух продуктов нельзя переносить на весь контур.
Опубликованные сообщения не называют версию платформы 1С и клиентскую операционную систему. В них также нет конфигурации 1С, версии криптопровайдера и перечня перенаправляемых устройств.
| Что известно | Чего сертификат не доказывает | Чем проверить в пилоте |
|---|---|---|
| JMS 4LX и Termidesk VDI прошли совместные испытания | Что нужный клиент 1С запускается в выбранном образе виртуального рабочего места | Установить рабочую версию клиента и подключиться к копии базы |
| Проверены Kerberos, PKI, push и одноразовые коды | Что ваши доменные политики, сертификаты и сроки сеансов совпадают с испытанной схемой | Войти штатным способом, завершить сеанс и войти повторно |
| JMS 4LX управляет средствами электронной подписи и защищёнными носителями | Что КриптоПро, токен и расширение конкретной конфигурации видят друг друга | Подписать тестовый документ тем же сертификатом и носителем |
| Termidesk даёт удалённый доступ к приложениям | Что в сеанс передаются принтер, сканер, смарт-карта и другие локальные устройства | Выполнить рабочие операции на каждой модели устройства |
| Компании заявили соответствие Приказу №117 ФСТЭК | Что область сертификата покрывает весь ваш проект и его версии | Сверить приложение к сертификату со спецификацией будущего контура |
Проверять нужно не список функций, а рабочую цепочку. Успешный вход не компенсирует неработающую подпись или печать.
Похожая граница встречается при миграции на новую операционную систему. Сертификат платформы не подтверждает сторонние компоненты и доработки. Этот подход подробнее описан в материале о проверке прикладных компонентов сверх сертификата РЕД ОС.
Где сертификат уже снимает часть вопросов
Новость полезна компаниям, которые строят Linux-контур удалённых рабочих мест. Им не придётся начинать с предположения, смогут ли JMS 4LX и Termidesk обмениваться данными.
TAdviser указывает, что JMS 4LX работает с FreeIPA, Samba AD и PostgreSQL. Для инфраструктуры Windows заявлена поддержка MS AD и MS CA. Это помогает сопоставить продукт с действующим каталогом и центром сертификации.
Там же приведены поддерживаемые операционные системы: Astra Linux Special Edition, Astra Linux Common Edition, РЕД ОС и Альт 8 СП. Но эта справка относится к JMS 4LX, а не ко всему виртуальному рабочему месту 1С.
У JMS 4LX есть сертификат ФСТЭК России №4516 от 25 января 2022 года по четвёртому уровню доверия. Номер и дату приводит TAdviser. Продукт также внесён в реестр российского ПО под номером 11260.
Эти сведения помогают проверить формальные требования к самому JMS 4LX. Они не отвечают на вопросы о клиенте 1С, криптопровайдере и устройствах пользователя.
Если архитектура ещё не выбрана, сначала сравните терминальный сервер и отдельные VDI-машины для 1С. Пользователям с одинаковым набором приложений персональная виртуальная машина нужна не всегда.
Запросите документы до закупки
Новостная публикация пересказывает результат испытаний, но не заменяет сертификат. В закупочный комплект должны войти сам документ и приложение с областью проверки.
Сверьте в них точные названия продуктов и версии. Отдельно найдите перечень операционных систем, компонентов и способов аутентификации. Если приложение содержит ограничения, перенесите их в требования пилота.
Запросите у поставщика ответы на четыре вопроса:
- какие версии JMS 4LX и Termidesk участвовали в испытаниях;
- какая операционная система стояла на виртуальном рабочем месте;
- какие компоненты входили в PKI-сценарий;
- какие ограничения перечислены в приложении к сертификату.
Если поставщик не отдаёт приложение, опираться на заголовок новости при закупке нельзя. Вы не сможете сопоставить испытанную связку со своей спецификацией.
Пилот должен повторить рабочий день пользователя
Тестовый вход в VDI проверяет только начало сценария. Для допуска 1С нужен один сквозной проход от аутентификации до выхода из сеанса.
Разверните пилот на копии базы. Возьмите ту версию клиента 1С, которая пойдёт в эксплуатацию. Не заменяйте её свежим выпуском ради успешного теста.
Сценарий состоит из последовательных действий:
- Пользователь входит в Termidesk штатным способом.
- Запускает нужный клиент 1С.
- Подключается к тестовой базе под обычной ролью.
- Открывает документ и выполняет типовую операцию.
- Подписывает документ рабочим способом.
- Печатает форму и проверяет нужные локальные устройства.
- Завершает сеанс, входит повторно и повторяет критичную операцию.
Пятый и шестой пункты исключать нельзя, если они встречаются в рабочем дне. Иначе пилот проверит доступ к 1С, но не готовность рабочего места.
Для каждой операции запишите версию компонента и результат. Формулировки «работает» мало. Нужен проверяемый итог: клиент открыл базу, подпись прошла, принтер выдал форму, повторный вход сохранил нужные назначения.
Если в компании несколько моделей токенов или принтеров, проверьте каждую модель, которая останется после переноса. Результат одного устройства нельзя переносить на соседнюю линейку без проверки.
Отдельный сценарий нужен для способа входа, выбранного для эксплуатации. Kerberos, PKI, push и одноразовый код проверялись разработчиками. Ваши политики, сертификаты и время жизни сеанса могли отличаться.
Для подготовки такого прохода пригодится порядок испытания 1С, подписи и локальных устройств в виртуальном рабочем месте. Он помогает не остановиться после успешного запуска клиента.
Ещё один близкий пример — проверка удалённой 1С со смарт-картами и периферией. Там тот же принцип: функции платформы дают основание для пилота, но не заменяют его.
Как принять решение после пилота
Допускайте связку к первой рабочей группе, если прошёл весь обязательный сценарий. Успех отдельных этапов не складывается в готовое рабочее место.
| Результат пилота | Решение |
|---|---|
| Прошли вход, работа в 1С, подпись, печать и повторный сеанс | Допустить ограниченную группу пользователей и наблюдать за рабочими операциями |
| 1С работает, но не проходит подпись | Оставить текущий способ доступа и согласовать версии криптопровайдера, токена и расширений |
| Вход работает, но пропадает нужная периферия | Не переносить сотрудников, чья работа зависит от этих устройств |
| Ошибка возникает до запуска клиента 1С | Проверить версии JMS 4LX, Termidesk и политику выбранного способа входа |
| Документы на сертификат не совпадают с версиями проекта | Запросить подтверждение для вашей связки либо провести расширенный пилот |
Граница допуска проста: все обязательные операции одного пользователя должны пройти в одном контуре. Нельзя закрывать неудачный этап ссылкой на успешные испытания другой части связки.
Если проект охватывает несколько филиалов, разные токены и особые политики доступа, статьи для решения мало. После технического пилота закажите разбор архитектуры виртуальных рабочих мест для вашего контура, а не переносите результат одной группы на всех сотрудников.
Перед запуском первой группы:
- получите сертификат и приложение с областью испытаний;
- зафиксируйте версии JMS 4LX, Termidesk, клиента 1С и криптопровайдера;
- прогоните сквозной сценарий на копии базы;
- запишите результат для каждого способа входа и каждой модели устройства;
- оставьте прежний доступ, если не прошёл хотя бы один обязательный участок.
Сертификат открывает JMS 4LX и Termidesk VDI дорогу в пилот. Дорогу в рабочий контур 1С открывает только успешный сквозной сценарий.