КОНЦЕПЦИЯ РАБОТЫ СИСТЕМЫ ЗАЩИТЫ ГАЛАКТИКИ ERP С ИСПОЛЬЗОВАНИЕМ АППАРАТНЫХ КЛЮЧЕЙ |
Каждой продаже системы license.lic) и один или несколько аппаратных ключей Guardant Stealth . Каждый аппаратный ключ имеет уникальный номер, который записан в файле лицензии (число в строке 'Серийный номер 1 аппаратного ключа'). Связь системы с аппаратным ключом обеспечивается специальной программой - сервером аппаратного ключа. Номер аппаратного ключа используется сервером для поиска аппаратного ключа в портах компьютера.
соответствует своя определенная лицензия на ее использование, к которой прилагается лицензионный файл (В ходе своей работы система
проверяет наличие аппаратного ключа, посылая серверу специальный запрос, зависящий от номера аппаратного ключа. Запрос представляет собой небольшой файл в каталоге связи. Сервер аппаратного ключа отвечает на запросы помещением других файлов в тот же каталог. Если не получает ожидаемого ответа, она предлагает продолжить поиск аппаратного ключа (Вы можете перенастроить сервер, а затем повторить поиск), или в случае отказа пытается перейти работать в демо-режиме.Следует иметь в виду, что переход системы в демо-режим возможен только в том случае, если с системой никто не работает в лицензированном режиме.
При работе с аппаратным ключом Вы имеете возможность:
Вставлять в один LPT-порт аппаратные ключи других производителей и для других программ.
Установить другой каталог обмена с сервером аппаратного ключа в файле конфигурации HardwareKey], параметр SharedPath.
, в секции [
Имейте в виду, что на этот же каталог надо настроить и сервер аппаратного ключа.
Изменять время, в течение которого сервер аппаратного ключа ожидает сообщение от клиента системы о захвате лицензии. Если в течение этого времени сообщение от клиента не приходит, то, не произойдет регистрация захваченной им лицензии и, соответственно, цикл запросов-ответов должен будет повториться (см. п. Менеджер серверов и служб Галактики).
Для учета количественных лицензионных ограничений производится подсчет активных пользователей на сервере аппаратного ключа.
Информация о захваченных лицензиях привязана к используемому ключу и хранится на сервере аппаратного ключа (общая информация) и в базах данных (информация по конкретной БД). Контроль входов пользователей в лицензии производится с использованием этой информации.
При этом контроль осуществляется в рамках конкретного
-приложения одной версии (например, системы версии 8.10.01). Наименование и версия -приложения как программного продукта, для которого происходит учет использования лицензий, записаны в лицензионном файле. Лицензионные ограничения для разных версий системы учитываются раздельно.Это означает, в том числе, что с использованием одного и того же сервера аппаратного ключа могут независимо работать пользователи
8.1 и пользователи более ранних версий системы, например, 7.12 и 8.0.Рассмотрим ситуацию, когда пользователи работают в системе
8.1 с несколькими базами данных БД1,..,БДN, используя при этом один сервер аппаратного ключа и единую лицензию, в которой присутствует строка 'Программный продукт: Галактика 8.10.01' и какие-то количественные лицензионные ограничения входов в модули системы. Каждое лицензионное ограничение представляет собой сумму всех захваченных лицензий данного модуля во всех базах данных БД1,..,БДN.Например, лицензионный файл содержит ограничение на модуль 'Консигнация' равное 5. В БД1 три пользователя открыли интерфейс, в котором прописана лицензия на модуль 'Консигнация', в БД2 один пользователь открыл этот интерфейс и в БД3 один пользователь открыл тот же интерфейс. В результате свободных лицензий на этот модуль не останется.
Такова общая схема подсчета лицензионных ограничений.
Не рекомендуется использовать несколько разных серверов аппаратного ключа и несколько лицензий при работе с одной базой данных. В этом случае ряд функций системы будут работать некорректно.