Решено HASP 4 пропал

Подскажите их нужно через запятую указывать или через точку с запятой ?
Только через запятую, точка с запятой - это комментарий, т.е. не принимается до конца строки
 
Последнее редактирование модератором:
Как у вас клиент получают лицензии, напрямую от HASP LM или от сервера 1С ?
Подскажите пожалуйста как посмотреть? Я не знаю.:rolleyes:Я знаю точно что на сервер 1с 8.3 виртуальный и я туда ставил серверную программную лицензию (через пин-коды). А остальные клиентские ключи "разбросаны" по сети в серверах, где 5 CAL где,10 CAL а где 50. На серверах устанавливал драйвер HASP и HASP LM и так же aladdin monitor
 
Там галка где то есть, если память не изменяет - Разрешить раздавать лицензии или как то так. Он установлена у вас ?
 
Подскажите пожалуйста как посмотреть?
См. справку "О программе" из запущенной базы, интересует текст в разделе Лицензия под тегом Текущая:

З.Ы.
info-programm-1c-11.png
 
Последнее редактирование:
Вижу такое
Текущая:
Сетевой HASP4 ORGL8 50, получило клиентское приложение
, сервер 64 1/1, 30.01.2020 0:00:00, КОНТОРА RU АДРЕС

Это при прописанном в nethasp.ini только одного Ip адреса

NH_SERVER_ADDR = 172.x.x.6
 
Посмотрел все базы, везде выдал сервер.
Вопрос. Как сделать так что бы не сервер раздавал ключи а HASP License Manager ?:unsure:
 
Вопрос. Как сделать так что бы не сервер раздавал ключи а HASP License Manager ?:unsure:
Тогда ничего удивительного, что не может найти второй ключ, сервер этого и не должен уметь.
Но если запретить раздачу лицензий сервером, то как будут раздаваться программные лицензии?
 
Посмотрел все базы, везде выдал сервер.
Вопрос. Как сделать так что бы не сервер раздавал ключи а HASP License Manager ?:unsure:

Два и более менеджеров лицензий (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, он должен находиться в одном каталоге с защищенным приложением или в каталоге, который указал разработчик (для 1С – каталог Bin\Conf от корня установки 1С):
Код:
-------------------- 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
----------------------------------------------------------------
Параметры "адрес" и "имя" должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1. Адреса даны для примера, следует указывать реальные IP адреса машин, где установлены соответствующие менеджеры лицензий.

Два и более ключа защиты ПО 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.
 

dimon

Если лицензии раздает сервер 1С, то настройка ini файлов не поможет, сервер все равно не будет искать второй ключ.
 
Основная идея настройки в данном случае – назначить каждому менеджеру свое имя и сообщить каждой копии 1С эти имена. Задать имя менеджеру можно через файл nhsrv.ini, он должен находиться в одном каталоге с менеджером лицензий (по умолчанию - C:\Program Files\Aladdin\HASP LM). Если менеджер лицензий установлен как сервис, то данный файл необходимо скопировать в каталог Windows\System32 (для 64-разрядных ОС - Windows\SysWOW64). Имя должно состоять из алфавитно-цифровых символов (только английские буквы!), и не должно быть длиннее 7 символов.
не пойму, как сервер 1с узнает где HASP LM установлен? Или серверу фиолетово? Я запутался вообщеo_O. Меня интересует сценарий когда сервер не раздает ключи. Получается в nethasp.ini NH_SERVER_ADDR = 172.x.x.6 на каждом клиенте нужно прописать все ip где ключи а на серверах 1с , получается:unsure: нужно запретить раздачу лицензий сервером..
 
не пойму, как сервер 1с узнает где HASP LM установлен?
Указывается в nethasp.ini на машине с сервером 1с

нужно запретить раздачу лицензий сервером..
Еще раз - если запретить раздачу лицензий сервером, то как будут раздаваться программные лицензии?
 
программная лицензия только серверная на 1 сервер 1с. Программных CAL нет
 
Спасибо за ответы, думаю вопрос решен. Потрачу еще какое то время на перенастройку. Вроде разобрался..
 
программная лицензия только серверная на 1 сервер 1с. Программных CAL нет
Ну тогда отключайте раздачу лицензий сервером.
Если сразу не взлетит, то на машинах с клиентскими ключами укажите уникальные имена в файле nhsrv.ini с помощью параметра NHS_SERVERNAMES, а потом укажите эти имена в параметре NH_SERVER_NAME файла nethasp.ini на каждой клиентской машине как выше написал dimon.
 
З.Ы.
Объеденить несколько ключей в один - тоже был хороший совет, много ключей - зло.
 

Получение клиентских лицензий через сервер 1С:Предприятия​

Раздел описывает особенности получения лицензий клиентами 1С:Предприятия через сервер 1С:Предприятия.

Когда сервер 1С:Предприятия выдает клиентские лицензии​

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

  • локальный клиентский ключ (кроме веб-клиента);
  • сетевой клиентский ключ (кроме веб-клиента);
  • локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
  • сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
  • программная лицензия базовой конфигурации.
Таким образом, если клиент 1С:Предприятия не нашел свободной клиентской лицензии на одном из доступных ему ключей, то он обращается за клиентской лицензией на сервер. В этом случае сервер выполняет поиск и занятие свободной лицензии на одном из клиентских ключей, доступных серверу.

Отличия в получении клиентских лицензий через сервер​

Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:

  • может занять одновременно несколько клиентских лицензий, в отличие от клиента;
  • может подключиться только к одному локальному и одному сетевому ключу одной серии;
  • в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.

Одна лицензия на экземпляр клиента​

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

Локальная установка сетевого клиентского ключа​

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

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

  • установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
  • на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:

Код:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled

  • другой клиентский ключ, лицензии которого предназначены для пользователей локальной сети, установите в другой компьютер и запустите на нем менеджер лицензий.
Сервер предпринимает попытку получения клиентской лицензии из локальных ключей всех клиентских серий: ORGL8 (1 - 100 пользователей), ORG8A (300 пользователей), ORG8B (500 пользователей). Установка в компьютер сервера нескольких ключей разных серий позволяет увеличить количество клиентских лицензий, доступных для получения через сервер.

Доступ сервера к сетевому клиентскому ключу​

Если сервер не нашел свободной лицензии в локальных ключах, то он выполняет поиск свободной лицензии на сетевых ключах всех клиентских серий в соответствии с настройками файла 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С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.
 
Назад
Верх Низ