7 октября 2026 года «Аладдин» и «Увеон — облачные технологии» подтвердили совместимость JMS 4LX и Termidesk VDI. Испытатели проверили Kerberos, PKI, Push и одноразовые коды. Клиент 1С в опубликованном перечне сценариев не назван.

Связку можно включить в короткий список, если вам нужны Linux, централизованная аутентификация и виртуальные рабочие места. Переносить на неё пользователей 1С по одному сертификату рано. Сначала придётся проверить клиент 1С, электронную подпись, печать, локальные устройства и восстановление сессии.

Что подтвердили испытания JMS 4LX и Termidesk VDI

Termidesk VDI создаёт виртуальные рабочие места. JMS 4LX управляет средствами аутентификации и электронной подписи. В состав JMS входят сервер JaCarta Authentication Server, сервис Aladdin 2FA и JaCarta Identity Provider.

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

Тезис новостиЧем подтверждёнЧто получает администратор
JMS 4LX работает совместно с Termidesk VDIСертификат, выданный после испытаний двух продуктовОснование включить связку в короткий список
Kerberos работает при входе в виртуальное рабочее местоСценарий вошёл в программу испытанийМожно планировать доменную аутентификацию в пилоте
PKI работает при входеСценарий вошёл в программу испытанийМожно испытывать вход с сертификатом пользователя
Push работает при входеСценарий вошёл в программу испытанийМожно проверить подтверждение входа через второй фактор
Одноразовые коды работают при входеСценарий вошёл в программу испытанийМожно проверить резервный или основной сценарий двухфакторной аутентификации
Интеграция соответствует требованиям приказа ФСТЭК России № 117Такое соответствие заявили разработчики по итогам испытанийПоявляется документ для проверки требований к защищённому доступу

Вывод из таблицы узкий: сертификат относится к совместной работе Termidesk VDI и JMS 4LX, прежде всего к доступу и аутентификации. Он не подтверждает весь контур рабочего места 1С.

Сам JMS 4LX при этом имеет собственный сертификат ФСТЭК России № 4516 от 25 января 2022 года. В карточке продукта «Аладдина» также указаны совместимость с Astra Linux SE 1.7 и 1.8, «Альт 8 СП» и РЕД ОС 7.3. Эти документы относятся к JMS, а не к вашему прикладному сценарию в 1С.

Чего сертификат не говорит о рабочем месте 1С

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

Это не доказывает несовместимость. Это очерчивает непроверенную часть проекта.

Например, пользователь может успешно пройти PKI-аутентификацию в Termidesk, но не подписать документ внутри 1С. Вход и подпись используют связанные компоненты, однако проходят по разным цепочкам. Для подписи понадобятся клиент 1С, криптопровайдер, расширение или внешняя компонента, сертификат и доступ к носителю.

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

Та же граница проходит по локальным устройствам. Сканер штрихкода, токен, касса и USB-принтер могут подключаться к пользовательской сессии разными способами. Сертификат JMS 4LX и Termidesk VDI не заменяет проверку каждого такого маршрута.

Для миграции нужен список всех компонентов, а не два названия из сертификата. Подход к такой проверке описан в материале о том, как отделить сертификат ОС от готовности всего контура 1С.

VDI или Terminal: сначала выберите архитектуру

Сертификат касается Termidesk VDI, но в линейке есть и Termidesk Terminal. Это не два названия одного режима.

По документации Termidesk, VDI создаёт отдельное изолированное рабочее место для каждого пользователя. Для этого нужна платформа виртуализации. Terminal подключает нескольких пользователей к общей операционной системе через MS RDS или Astra Linux с компонентом STAL.

УсловиеTermidesk VDITermidesk TerminalПоследствие для 1С
Изоляция пользователейУ каждого своя виртуальная машинаПользователи делят одну ОСВ VDI проще разделить конфликтующие версии компонентов
ИнфраструктураНужна платформа виртуализацииПодходит физический сервер или виртуальная машинаVDI добавляет отдельный слой, который придётся обслуживать
Пользовательская средаНастройки и ПО закреплены за отдельным рабочим местомПриложения работают в общей серверной средеВ Terminal проще держать одинаковый клиент 1С для группы
Терминальный доступVDI включает возможности Terminal и может подключать MS RDSРаботает с MS RDS либо Astra Linux через STALОба варианта требуют проверки клиента и периферии
РазмещениеВиртуальные машины на совместимой платформеФизическое либо виртуальноеВыбор влияет на число ОС, обновлений и точек отказа

Если всем сотрудникам нужен одинаковый клиент 1С и единый набор компонентов, Terminal обычно требует меньше отдельных сред. Если отделам нужны разные версии ПО, политики или изолированные рабочие места, VDI даёт более чёткое разделение.

Это архитектурная развилка, а не вывод из сертификата совместимости. Подробные последствия для ресурсов, лицензий и обслуживания собраны в сравнении терминального сервера и VDI для 1С.

Не начинайте пилот, пока не выбрали один вариант. Иначе результаты смешаются: ошибка общей терминальной среды попадёт в вывод о VDI или наоборот.

Пилот должен повторить рабочий день пользователя

Проверка «пользователь вошёл и увидел рабочий стол» повторит только часть уже проведённых испытаний. Вам нужен сценарий, который начинается со входа и заканчивается выполненной операцией в 1С.

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

Проведите одного пользователя по следующей цепочке:

  1. Войдите через нужный вашей компании способ: Kerberos, PKI, Push или одноразовый код.
  2. Запустите ту версию клиента 1С, которая работает у сотрудников.
  3. Подключитесь к тестовой копии базы тем же способом, что в рабочем контуре.
  4. Откройте типовую форму, проведите документ и сформируйте отчёт.
  5. Подпишите тестовый документ электронной подписью, если сотрудники делают это в работе.
  6. Отправьте документ на тот принтер, который будет доступен из удалённой сессии.
  7. Подключите нужное локальное устройство и выполните с ним операцию.
  8. Разорвите сессию, войдите повторно и проверьте состояние клиента 1С.

У каждого шага должен быть наблюдаемый результат. Не «печать работает», а «задание пришло на выбранный принтер, поля и штрихкод не съехали». Не «подпись доступна», а «1С увидела сертификат, запросила PIN и завершила проверочную операцию».

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

Готовый порядок испытания клиента и локальных устройств есть в чек-листе рабочего места 1С в VDI. Возьмите из него структуру проверки, но подставьте свои версии платформы, конфигурации и периферии.

Лицензия может ограничить пилот раньше техники

У Termidesk есть лицензирование по пользователям и по конкурентным соединениям. В первом варианте место занимает каждый добавленный пользователь. Число его активных подключений на расход лицензий не влияет.

При конкурентном лицензировании место занимает каждое активное подключение. Один сотрудник, открывший две сессии, расходует два места.

Эти правила приведены в документации Termidesk в базе знаний Astra Linux. Там же указаны условия ознакомительного дистрибутива: до четырёх одновременных подключений и срок до 90 календарных дней.

Ситуация пилотаЛицензия по пользователямКонкурентная лицензияЧто проверить
Один сотрудник открывает несколько подключенийЗанимает одно местоКаждое подключение занимает местоНужны ли параллельные сессии одному человеку
Пользователи работают по очередиУчитываются все добавленные пользователиУчитываются только активные подключенияЕсть ли смены и насколько они пересекаются
В пилоте участвуют четыре пользователя одновременноНужны места для всех добавленных участниковНужны четыре конкурентных местаХватает ли ознакомительного ключа
Нужно расширить пилот сверх четырёх соединенийТребуется подходящий лицензионный пулТребуется подходящий пул подключенийПолучен ли отдельный ключ до начала испытаний

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

Проверьте лицензионную схему до приглашения пользователей. Иначе пятое подключение не состоится, а команда начнёт искать ошибку в JMS, Termidesk или клиенте 1С.

Когда связку можно допустить к миграции

JMS 4LX и Termidesk VDI подходят для короткого списка при трёх условиях: вы строите рабочие места на Linux, хотите централизованно управлять аутентификацией и готовы использовать VDI. Сертификат подтверждает совместную работу продуктов в четырёх сценариях входа.

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

Решение удобно принимать по пяти результатам:

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

Если выбор между VDI и Terminal зависит от нескольких баз, разных клиентских версий и набора устройств, закажите оценку архитектуры удалённых рабочих мест для вашей 1С. Сертификат останется одним из входных документов, но не подменит проект и испытания.

jms 4lx termidesk vdi аутентификация удалённая 1с