Только через запятую, точка с запятой - это комментарий, т.е. не принимается до конца строки
Последнее редактирование модератором:
Как у вас клиент получают лицензии, напрямую от HASP LM или от сервера 1С ?
Apossum
Активный участник
Подскажите пожалуйста как посмотреть? Я не знаю.
Я знаю точно что на сервер 1с 8.3 виртуальный и я туда ставил серверную программную лицензию (через пин-коды). А остальные клиентские ключи "разбросаны" по сети в серверах, где 5 CAL где,10 CAL а где 50. На серверах устанавливал драйвер HASP и HASP LM и так же aladdin monitor
zero
Случайный прохожий
Попробуйте связаться с дистрибьютором и выпустите 1 ключ со всеми пользовательскими лицензиями, которые вам нужны
См. справку "О программе" из запущенной базы, интересует текст в разделе Лицензия под тегом Текущая:
З.Ы.
Последнее редактирование:
Если баз несколько, то см.для каждой базы, т.к. это влияет на возможность получения лицензий.
Тогда ничего удивительного, что не может найти второй ключ, сервер этого и не должен уметь.Вопрос. Как сделать так что бы не сервер раздавал ключи а HASP License Manager ?
Но если запретить раздачу лицензий сервером, то как будут раздаваться программные лицензии?
dimon
Участник
Посмотрел все базы, везде выдал сервер.
Вопрос. Как сделать так что бы не сервер раздавал ключи а HASP License Manager ?
Два и более менеджеров лицензий (License Manager) в сети
При установке в сети двух и более менеджеров лицензий их необходимо настроить для корректной работы. Иначе в сети может возникать коллизия между менеджерами лицензий по именам - при старте они принимают одно и то же имя по умолчанию, и в результате в сети присутствует несколько ресурсов с одинаковыми именами. Стоит отметить, что нередко менеджеры нормально работают и без настройки. Тем не менее, следует иметь в виду, что возможно возникновение проблемы. Кроме того, настройка может понадобиться, например, чтобы разделить клиентов по разным менеджерам лицензий.
Основная идея настройки в данном случае – назначить каждому менеджеру свое имя и сообщить каждой копии 1С эти имена. Задать имя менеджеру можно через файл nhsrv.ini, он должен находиться в одном каталоге с менеджером лицензий (по умолчанию - C:\Program Files\Aladdin\HASP LM). Если менеджер лицензий установлен как сервис, то данный файл необходимо скопировать в каталог Windows\System32 (для 64-разрядных ОС - Windows\SysWOW64). Имя должно состоять из алфавитно-цифровых символов (только английские буквы!), и не должно быть длиннее 7 символов.
Пример настройки:
Код:
------------------- nhsrv.ini #1------------------------------
[NHS_SERVER]
NHS_SERVERNAMES = LM1
----------------------------------------------------------------
------------------- nhsrv.ini #2------------------------------
[NHS_SERVER]
NHS_SERVERNAMES = LM2
----------------------------------------------------------------
Код:
-------------------- nethasp.ini ------------------------------
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 168.192.1.41, 168.192.1.11
NH_SERVER_NAME = LM1, LM2
----------------------------------------------------------------Два и более ключа защиты ПО HASP на одном компьютере
При установке двух и более ключей защиты программного обеспечения HASP на один компьютер следует учитывать, что:
Ключи, имеющие разные серии, будут работать нормально.
Ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP).
Возможные решения данной проблемы:
Замена нескольких ключей защиты программ HASP на один, с большим количеством лицензий (необходимо обратиться к разработчику защищенного программного обеспечения).
Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе. (см. Два и более Менеджеров Лицензий (License Manager) в сети).
Возможность обрабатывать наличие двух и более ключей на одном компьютере существует для систем защиты HASP4 (путем адресации запроса на конкретный порт) и Sentinel HASP (с помощью функции hasp_get_info() и hasp_login_scope). Для системы защиты HASP HL данная возможность отсутствует.
Для системы Sentinel HASP алгоритм следующий: сначала используется функция hasp_get_info() для получения ID всех ключей. Далее выбирается нужный ID и при помощи функции hasp_login_scope открывается сессия с ключом. Более подробно можно посмотреть в утилите ToolBox (интерактивное руководство по функциям Sentinel HASP API), которая устанавливается в составе Vendor Center.
Apossum
Активный участник
не пойму, как сервер 1с узнает где HASP LM установлен? Или серверу фиолетово? Я запутался вообще
. Меня интересует сценарий когда сервер не раздает ключи. Получается в nethasp.ini NH_SERVER_ADDR = 172.x.x.6 на каждом клиенте нужно прописать все ip где ключи а на серверах 1с , получается нужно запретить раздачу лицензий сервером..Указывается в nethasp.ini на машине с сервером 1с
Еще раз - если запретить раздачу лицензий сервером, то как будут раздаваться программные лицензии?
Ну тогда отключайте раздачу лицензий сервером.
Если сразу не взлетит, то на машинах с клиентскими ключами укажите уникальные имена в файле nhsrv.ini с помощью параметра NHS_SERVERNAMES, а потом укажите эти имена в параметре NH_SERVER_NAME файла nethasp.ini на каждой клиентской машине как выше написал dimon.
Получение клиентских лицензий через сервер 1С:Предприятия
Раздел описывает особенности получения лицензий клиентами 1С:Предприятия через сервер 1С:Предприятия.Когда сервер 1С:Предприятия выдает клиентские лицензии
Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:- локальный клиентский ключ (кроме веб-клиента);
- сетевой клиентский ключ (кроме веб-клиента);
- локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
- сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
- программная лицензия базовой конфигурации.
Отличия в получении клиентских лицензий через сервер
Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:- может занять одновременно несколько клиентских лицензий, в отличие от клиента;
- может подключиться только к одному локальному и одному сетевому ключу одной серии;
- в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.
Одна лицензия на экземпляр клиента
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.Локальная установка сетевого клиентского ключа
Если многопользовательский (сетевой) клиентский ключ установлен в компьютер менеджера кластера, на который назначен сервис сеансовых данных, а для файловой информационной базы - в веб-сервер, то сервер может получить из этого ключа несколько клиентских лицензий (в соответствии с номиналом ключа) даже если на компьютере не установлен менеджер лицензий. Отсутствие менеджера лицензий не позволит использовать этот ключ с других компьютеров локальной сети или из терминальных сессий иначе, как через сервер.Такой способ подключения можно использовать для того, чтобы клиенты, имеющие доступ к информационной базе через веб-сервер, гарантированно не могли занять лицензии клиентов, работающих в офисе по локальной сети. Для этого:
- установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
- на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:
Код:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled- другой клиентский ключ, лицензии которого предназначены для пользователей локальной сети, установите в другой компьютер и запустите на нем менеджер лицензий.
Доступ сервера к сетевому клиентскому ключу
Если сервер не нашел свободной лицензии в локальных ключах, то он выполняет поиск свободной лицензии на сетевых ключах всех клиентских серий в соответствии с настройками файла nethasp.ini.Сервер может иметь соединение только с одним сетевым ключом одной серии. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же самой серии не выполняется. Таким образом, общее количество клиентских лицензий, доступных для получения через один сервер ограничено числом 1800: локальный на 100, локальный на 300, локальный на 500, сетевой на 100, сетевой на 300, сетевой на 500.
Множественное назначение сервиса сеансовых данных
Чтобы через сервер могло быть получено более чем 1800 клиентских лицензий необходимо:- определить кластер серверов 1С:Предприятия на 2 и более компьютерах;
- на каждом из компьютеров (кроме первого) запустить дополнительный менеджер кластера;
- сервис сеансовых данных назначить нескольким менеджерам на разных компьютерах;
- при использовании локальных ключей установить локальные ключи в каждый из компьютеров менеджеров, на которые назначен сервис сеансовых данных;
- при использовании сетевых ключей на компьютерах менеджеров, на которые назначен сервис сеансовых данных, определить nethasp.ini с указанием разных менеджеров лицензий, Например:
Код:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.4 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabledи
Код:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.5 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = DisabledВ этом случае кластер серверов 1С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.