Как исправить ошибку «ContainerNotFound» при подключении к ключу защиты IRICX в 1С?

Системный администратор 1С v8.3 (Управляемые формы)
← На главную

При работе с отраслевыми решениями на базе 1С:Предприятие 8 пользователи часто сталкиваются со специфической ошибкой: «Ошибка подключения к ключу защиты! Маркировка: IRICX. Статус возврата: ContainerNotFound». Ситуация осложняется тем, что у одной части сотрудников программа запускается без проблем, а у других — выдает этот сбой. Разберем детально, что это за ошибка и как её устранить.

Выясним причину возникновения ошибки

Для начала проанализируем маркировку ключа. Маркировка IRICX прямо указывает на то, что в программе используется СЛК (Система лицензирования и конфигурирования). Это внешняя по отношению к платформе 1С система защиты, разработанная для защиты отраслевых программных продуктов (например, решений от «1С-Рарус» или «АйТи-Аптека»).

Статус ContainerNotFound означает, что защищенный модуль программы успешно связался с сервером лицензирования, но сам сервер сообщил, что «контейнер» (то есть аппаратный USB-ключ или файл программной лицензии) с указанной серией IRICX не найден или не активен. Таким образом, проблема кроется в связи между клиентом и сервером СЛК или в состоянии самого ключа на сервере.

Шаг 1: Проверка состояния сервера лицензирования СЛК

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

На компьютере, который выполняет роль сервера лицензий, откроем браузер и введем адрес: http://localhost:9099. Если сервер находится на другом узле, заменим localhost на IP-адрес этого сервера. Разберем, на что обратить внимание в консоли:

  1. Проверим раздел «Установленные ключи». В списке должен присутствовать ключ с серией IRICX.
  2. Если серия видна, посмотрим на количество доступных лицензий. Если все лицензии заняты, новые пользователи будут получать ошибку подключения.
  3. Если серия IRICX отсутствует в списке, значит, либо физический USB-ключ отключен, либо программный ключ «слетел» (например, из-за изменения параметров сервера).

Шаг 2: Настройка поиска сервера на клиентских местах

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

Разберем, как жестко прописать адрес сервера. В отраслевых конфигурациях обычно предусмотрена обработка «Настройка защиты» или файл конфигурации. Если мы работаем с файлом licence.ini, его структура может выглядеть следующим образом:


[Licence]
ServerName=192.168.1.50
ServerPort=9099
Series=IRICX

Убедимся, что на проблемных компьютерах указан верный IP-адрес сервера, а не его сетевое имя, так как разрешение имен (DNS) может работать нестабильно.

Шаг 3: Проверка версий компонент СЛК

Одной из скрытых причин ошибки ContainerNotFound является несоответствие версий сервера лицензирования и клиентской компоненты. Рассмотрим ситуацию: на сервере установлена СЛК версии 3.0.25, а у пользователя в папке базы данных или в системных каталогах осталась компонента версии 3.0.18. Протоколы обмена могут отличаться, что приводит к некорректному ответу сервера.

Проанализируем действия для синхронизации версий:

  1. Скачаем актуальный дистрибутив СЛК с сайта поддержки разработчика отраслевого решения.
  2. Обновим серверную часть (службу 1C:Enterprise License Server).
  3. Установим соответствующую клиентскую часть на все рабочие станции, где возникает ошибка.

Шаг 4: Настройка сетевого доступа и портов

Система СЛК по умолчанию использует TCP-порт 9099. Если у пользователя «сессия выскакивает» спонтанно или не подключается вовсе, проверим доступность порта. Выясним причину возможной блокировки, выполнив команду в консоли CMD:

telnet 192.168.1.50 9099

Если экран очистился — связь есть. Если выдается ошибка подключения — порт закрыт на стороне сервера (брандмауэр Windows) или сетевым оборудованием между сегментами сети. Нам необходимо создать разрешающее правило для входящих соединений по порту 9099 на сервере.

Шаг 5: Особенности работы в терминальном режиме (RDP)

В вопросе автора упоминается возникновение ошибки «при сессии», что часто указывает на использование RDP (Remote Desktop Protocol). В терминальном режиме работа с защитой имеет свои нюансы. Проанализируем типичные проблемы:

  1. Многопользовательский доступ к файлу лицензии: Если используется программный ключ, файл привязки должен быть доступен для чтения всем пользователям терминального сервера. Убедимся, что права на папку C:\ProgramData\1C\Licence\Data позволяют чтение для группы «Пользователи».
  2. Проброс USB-портов: Если ключ физический и вы пытаетесь «пробросить» его через RDP-сессию на сервер, СЛК может работать нестабильно. Рекомендуется устанавливать ключ непосредственно в сервер и обращаться к нему по сети через службу сервера лицензий.

Шаг 6: Проблемы программных лицензий при изменении оборудования

Если маркировка IRICX относится к программному ключу, то статус ContainerNotFound может возникнуть из-за «деактивации» контейнера. Это происходит, если на сервере изменились ключевые параметры:

В этом случае контейнер с лицензией помечается системой как «поврежденный» и перестает выдаваться пользователям. Решением будет повторная активация лицензии с использованием резервного пин-кода через консоль СЛК.

Подведем итог: для решения проблемы ContainerNotFound нам необходимо последовательно проверить видимость ключа в веб-консоли сервера (порт 9099), убедиться в единстве версий СЛК на сервере и клиентах, и жестко прописать IP-адрес сервера в настройках программы. Выполнив эти шаги, мы обеспечим стабильную работу отраслевого решения 1С для всех пользователей.

← На главную