Почему появляется ошибка «Проверка конфигурации в центре лицензирования не выполнена» и как её исправить?

← На главную

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

Разберем детально механизм функционирования Центра защиты от несанкционированного использования (ЦЗО), выясним основные причины сбоев и рассмотрим практические способы решения проблемы.

Как работает механизм проверки лицензирования платформы

Начиная с версии 8.3.7, в платформу 1С:Предприятие встроен механизм контроля легальности используемого программного обеспечения. Проанализируем логику его поведения:

Инициализация проверки: при первом создании информационной базы, выполнении реструктуризации метаданных или обновлении конфигурации платформа автоматически формирует запрос к серверам лицензирования.
Сбор данных: на сервер ЦЗО передаются хэш метаданных, уникальный идентификатор информационной базы и параметры конфигурации для идентификации продукта. Это происходит как для тиражных решений, так и для чистых самописных баз.
Триггер постоянных предупреждений: навязчивое окно появляется не тогда, когда сеть полностью отключена, а в ситуациях, когда платформа начала процедуру сетевой проверки, но соединение оборвалось, зависло по таймауту или завершилось с ошибкой проверки SSL-сертификата. Если соединение сброшено некорректно, статус переходит в состояние «Недоступен центр лицензирования», что вызывает регулярные повторные попытки платформы с выводом сообщений пользователю.

Причины возникновения ошибки

Рассмотрим подробнее основные факторы, которые приводят к сбою валидации:

Проблемы с SSL/TLS-сертификатами: обращение к серверам лицензирования выполняется по защищенному протоколу HTTPS. На платформах версий 8.3.7 и ранних релизах 8.3.8 платформа проверяла сертификаты через локальный файл cacert.pem в каталоге bin, а не через системное хранилище ОС. При устаревании или отсутствии цепочки доверенных сертификатов соединение блокируется.
Сетевые экраны, корпоративные прокси и DPI (SSL Inspection): если сетевой шлюз производит перехват и подмену HTTPS-сертификатов для анализа трафика, платформа 1С определяет такой сертификат как недоверенный. Также ошибку вызывают некорректные настройки авторизации в конфигурационном файле inetcfg.xml.
Сброс пакетов по таймауту (DROP): если брандмауэр блокирует исходящие пакеты без ответа (DROP вместо TCP REJECT/RST), платформа ожидает таймаут соединения, фиксирует ошибку связи и запускает повторный цикл опроса.
Остаточные идентификаторы поставщика: если база разрабатывалась не «с нуля», а путем очистки типового решения, в метаданных могут остаться ссылки на конфигурацию поставщика, требующие наличия действующей подписки на сервисы.

Способы устранения проблемы

Разберем по шагам доступные варианты исправления ошибки в зависимости от условий инфраструктуры.

1. Проверка доступности сервиса и сертификатов

Проверим доступность серверов проверки. Для этого в веб-браузере на проблемном компьютере необходимо открыть адрес центра обновлений и проверить статус сертификата безопасности (значок защищенного соединения).

Для платформ версий 8.3.7–8.3.8, использующих локальное хранилище сертификатов, выполним обновление файла cacert.pem, расположенного в каталоге установки платформы (например, C:\Program Files\1cv8\8.3.X.XXXX\bin\cacert.pem), добавив в него актуальные корневые сертификаты, либо обновим платформу до актуального релиза ветки 8.3.8 или выше, где используется системное хранилище Windows/Linux.

2. Настройка сетевого доступа и прокси-сервера

Если в организации используется прокси-сервер с авторизацией, проанализируем параметры файла inetcfg.xml, расположенного в каталоге conf платформы 1С. Убедимся, что параметры аутентификации указаны корректно.

В случае работы в закрытом контуре без выхода в интернет настроим правила брандмауэра: сетевой экран должен не сбрасывать запросы по таймауту, а сразу отправлять TCP RST (Reject), либо интерфейс должен быть полностью изолирован от внешних маршрутов. В таком случае платформа сразу фиксирует статус «Проверка лицензионного использования не выполнялась» и перестает выводить навязчивые предупреждения.

3. Программная и интерактивная настройка клиента лицензирования

В платформе предусмотрен штатный механизм указания параметров авторизации. В режиме Конфигуратор откроем главное меню: Администрирование – Установить настройки клиента лицензирования и укажем учетные данные доступа к порталу 1С.

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


// В модуле управляемого приложения при начале работы системы
Процедура ПриНачалеРаботыСистемы()
    // Подключаем собственный обработчик запроса настроек ЦЗО
    ПодключитьОбработчикЗапросаНастроекКлиентаЛицензирования("ОбработкаЗапросаЛицензирования");
КонецПроцедуры

Процедура ОбработкаЗапросаЛицензирования() Экспорт
    // Установка параметров клиента лицензирования программным путем
    ДанныеКлиента = Новый ПараметрыКлиентаЛицензирования;
    // Заполняем необходимые параметры при наличии учетных данных
    УстановитьНастройкиКлиентаЛицензирования(ДанныеКлиента);
КонецПроцедуры

4. Изменение режима совместимости конфигурации

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