Приветствую уважаемые.

Есть ключ на 50 пользователей и на 20 пользователей (Как я понял они считаются ключами одной серии, поэтому они стоят на разных серверах. 50 польз - 192.168.0.50, 20 польз - 192.168.0.20).
В консоли кластера 1С в свойствах всех баз отключил выдачу лицензий сервером 1С.
На Сервере 192.158.0.50 стоит менеджер лицензий от алладина как сервис (HASP LM), установлен драйвер ключа
На Сервере 192.158.0.20 стоит только драйвер ключа

На пользовательском компе хочу настроить так, чтобы бралась лицензия с 20-пользовательского ключа. Пишу в nethasp.ini
NH_TCPIP = Enabled
NH_SERVER_ADDR = 192.168.0.20
NH_USE_BROADCAST = Disabled
И не могу подключиться - не хватает лицензий

Меняю NH_SERVER_ADDR = 192.168.0.50
И заходит.

Вопрос - нужно ли установить менеджер лицензий от алладина как сервис (HASP LM) на 192.168.0.20 сервер? Или ему достаточно драйвера?

(0) нужно установить менеджер лицензий от алладина как сервис (HASP LM) на 192.168.0.20 сервер.

(1) Благодарю.
Пойду курить тему про nhsrv.ini, теперь его надо настроить чтобы не было конфликтов

клиент может получить лицензию с ключа в другой машине только от HASP LM
nethasp.ini - содержит инструкции для клиента, где и как искать ключ
nhsrv.ini - содержит инструкции для HASP LM, кому и как раздавать

(2) вообще ничего не делать. Просто будут раздаваться 70 лицензий. Не будет никаких конфликтов.

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

(4) Хм, у меня происходила проблема при настройках по умолчанию (неисправленный файл nethasp.ini) и при настройке:

NH_TCPIP = Enabled
NH_SERVER_ADDR = 192.168.0.50, 192.168.0.20
NH_USE_BROADCAST = Disabled

Пользователи все вешаются на 192.168.0.50, 50 лицензий заканчивается и они не идут получать 51-ую с сервера 192.168.0.20

Пока что нашаманил прямым разделением - 50 пользователей жестко с одного сервера получают лицензии, 20 с другой

P/s/ веб сервер не используется, файловых баз нет.

+(4) Мой вариант из 6 это говёный костыль, который не имеет гибкости. По хорошему нужно настроить так чтобы одновременно шёл поиск в двух ключах. Попробую ещё поиграться с настройками.

(6) проверь алладин монитором, возможно с одного ключа одна часть лицензий раздаются сервером, а другую часть клиенты сами получают от HASP LM

(8) Проверил, везде таймаут не <> 0, то есть как я понимаю все они получаются через HASP LM
Во всех базах стоит Раздача лицензий сервером 1С = НЕТ

+ из (0) не ув дел информации - какой то из двух ключей стоит непосредственно на машине с сервером или оба ключа доступны серверу только по сети?

(9) таймаут не <> 0 - это еще не все
что в журнале поиска лицензий?

(10)
192.168.0.20 - Сервер 1С + Ключ на 20 пользователей
192.168.0.50 - Компьютер с ключом на 50 пользователей.

(11) Извиняюсь за глупый вопрос, я не знал что имеется подобный журнал. Где я могу его найти? Это случайно не технологический журнал с отбором по какому то событию?

(0) странно что ключи на 50 и на 20 нельзя на один сервер, вроде бы можно
вот два одинаковых нельзя если не ошибаюсь

(13) в сообщении, что лицензии не обнаружены, нажми Подробно

(14) 20 и 50 как я понял из руководства администратора и ИТС являются ключами одной серии ORGL8

https://its.1c.ru/db/v8318doc#bookmark:adm:TI000000262
ВНИМАНИЕ! К USB-портам одного компьютера не имеет смысла присоединять несколько аппаратных ключей HASP4 Net одной серии, предназначенных для защиты «1С:Предприятия», так как эти ключи неразличимы и фактически будет задействован только один из них (выбранный произвольно).

Эти ключи у меня на одном компе не работали никак, помогло только разделение на 2 компа.

(14) на одной машине не работают два ключа одной СЕРИИ, а не номинала
все ключи от 1 до 100 юзеров - это ключи одной серии ORGL8, других серий только ключи на 300 ORG8A и 500 ORG8B

(15) Спасибо за наводку, это я знаю.
Я думаю сейчас это будет тыканье пальцем в небо, я попробую ещё сам посидеть над проблемой. Если ничего не поможет спрошу ещё раз.
Спасибо всем кто откликнулся.

(18) прекрасно, что знаешь, но обнародование содержимого журнала дало бы больше информации

(19) Конец рабочего дня, пользователи выключили компы и ушли по домам. Не могу смоделировать ситуацию нехватки лицензий, только могу убедиться что мой сеанс кидает на 50-ку или 20-ку.
Пока что сам поковыряюсь, если что завтра / послезавтра спрошу.

(20) ок, смотри завтра,
но общий смысл - если в журнале есть текст: ...лицензии закончились, занято через менеджер лицензий X, занято через сервер Y,
то ничего удивительного, что 1с не хочет искать второй ключ

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

(6) попробуй выбросить

NH_SERVER_ADDR = 192.168.0.50, 192.168.0.20

оно будет медленнее искать, но посмотреть, какие ключи будут раздаваться.

ну или оставить NH_SERVER_ADDR = 192.168.0.20

тогда 50 будет раздаваться потом.

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

(22) У нас один пользователь работает с 1-4 базами одновременно. Если раздавать лицензии через сервер 1С нам нужно будет лицензий штук 300.
(21) Помогла перезагрузка серверов 192.168.0.20 и 192.168.0.50. После перезагрузки всё работает как положено (файлы nethasp.ini везде остались типовыми, без изменений). В файлах nhsrv.ini только указал параметр NHS_SERVERNAMES (Без этого ключи брались только с 50-ки). Сейчас пользователи сразу же едят лицензии с 20-ки, если не хватает, то с 50-ки.
Поигрался с параметром NH_SERVER_ADDR. Если его указать как NH_SERVER_ADDR = 192.168.0.50, 192.168.0.20, то лицензию ищет гораздо быстрее, но для этого нужно по всем компам пробежать и файлик заменить. Админов долгий поиск ключа (~5 сек) устраивает и заменять файлик не хотят. Так что можно считать проблему решённой.

Ещё раз спасибо всем откликнувшимся.

(25) в nhsrv.ini задал NHS_SERVERNAMES, но в nethasp.ini параметр NH_SERVER_NAME не используется?

(26) Да, всё верно.
Не пойму почему, но без указания NHS_SERVERNAMES в nhsrv.ini 20-ка упорно не хотела отдавать лицензии.
Указываю NHS_SERVERNAMES, перезапускаю службу HASP - всё работает, в мониторе алладина вижу что лицензия подхватилась, используется и 50 и 20.
Удаляю NHS_SERVERNAMES, перезапускаю службу HASP - всё работает, все лицензии берутся из 50, НО как они заканчиваются 20-ка не принимает ни одного подключения. Выходит ошибка - занято 49 лицензий через менеджер лицензий и всё. В ошибке про сервер 1С ни слова.

(27) занятно

(28) да вроде баян же?
мануалы давно по сети бродят:
https://www.depohost.ru/news/Rabota_s_HASP_License_Manager_nastroyka_neskolkikh_klyuchey_v_seti/

да и на ИТСе мануалы времен 8.1 https://its.1c.ru/db/metod8dev#content:2382:hdoc

(29) какое это имеет отношение к обсуждаемому случаю?
у ТС в nethasp.ini применяется только параметр поиска LM по IP: NH_SERVER_ADDR, а параметр поиска по имени NH_SERVER_NAME не используется вовсе

(30) вы бы (27) внимательно перечитали.
у ТС в nhsrv.ini должны быть прописаны имена менеджеров лицензий, согласно (29)

(31) зачем в nhsrv.ini нужно прописывать имена LM, если в nethasp.ini не используется параметр NH_SERVER_NAME ?