НА сервере 1С установлен ключ на 100 пользователей.
Тут обнаружил, что практически все лицензии выдает сервер. Процентов 90 наверное(в консоле пишет )
Есть ключ на 50 юзеров на другой машине.
На обоих машинах установлен hasp lm.
ПОлучается, что на первом серваке он в принципе не нужен?
И как влиет галка "Разрешить выдачу лицензий сервером" на скорость поиска ключа. Т..ю что быстрее - выдача сервером или HASP LM.
И какой приоритет поиска ключа, если установлена галка "Разрешить серверу выдавать лицензии"?

сам хасп ничего не раздает, имхо. он просто видится своей машиной.

(1) я полагаю, клиентский комп обращается к серверу Hasp LM по данных, указанным в файле nethasp.ini.
И получает лицензию.

Последовательность поиска ключа такая:
1. Ищем локальный клиентский ключ или локальную программмную лицензию.
2. Читаем nethasp.ini и запрашиваем лицензию у менеджера лицензий HASP.
3. Подключаемся к серверу и запрашиваем лицензию у него, программную или аппаратную (сервер запрашивает менеджер лицензий) - не важно.

В случае наличия в сети менеджеров лицензий лучше, чтобы клиенты сами получали лицензию по варианту 2, поскольку в этом случае лицензию получает пользователь, а не подключение к информационной базе 1с.

(3) т.е. получается, что если у меня почти все лицензии раздает сервер, то либо HaspLM не успевает выдать лицензию, либо он некорректно настроен?

(4) HASP LM должен работать только с tcp/ip, а у клиентов в nethasp.ini должны быть перечислены явно адреса менеджеров лицензий - тогда они будут запрашиваться в указанном порядке. Если не перечислены, то запрос идет широковещанием, и кто ответит первый - с того менеджера лицензия и занимается.

(5) вот такое содержание файла nethasp.ini

[NH_COMMON]

NH_TCPIP = Enabled

[NH_TCPIP]

NH_SERVER_ADDR = 168.192.0.1, 168.192.0.3
NH_SERVER_NAME = LM1, LM2
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = TCP

NH_TCPIP_METHOD = TCP лишнее, мне кажется, UDP нормально работает.
А nhrsv.ini на серверах в system32 можно привести?

(7) Все стандартно, только имя проставил

[NH_COMMON]

NH_TCPIP = Enabled

[NH_TCPIP]

NH_SERVER_ADDR = 168.192.0.1, 168.192.0.3
NH_SERVER_NAME = LM1, LM2
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = TCP

(8) не читать

(0) открой и заучи на ИТС информацию про защите 1С, глава 9.

(7) Вот

[NHS_SERVER]

NHS_USERLIST     = 250          

NHS_SERVERNAMES =  LM1
NHS_HIGHPRIORITY = no          

NHS_USE_UDP      = enabled
NHS_USE_TCP      = enabled  
NHS_IP_portnum   = 475      


[NHS_IPX]

NHS_USE_IPX       = enabled  
NHS_AppendAddr    = no      
NHS_usesap        = enabled  
NHS_ipx_socketnum = 0x7483  
                            

[NHS_NETBIOS]

NHS_USE_NETBIOS   = enabled

(11) админов попросить включить ipx не забудь

(11) Убери ipx и netbios

(13) И еще - лучше, чтобы на серверах менеджеров лицензий не было более одного сетевого интерфейса.

(14) спасибо. буду пробовать

решил переустановить Hasp LM. Удалил старый. Ставлю по новой - в system32 не появляются файлы nhrsv.ini и exe-шник тоже. В службах появляется только Hasp Loader. Нет службы Hasp License Manager.
Нет окна со статусом Hasp LM, где можно посмотреть лог.
В чем может быть проблемма? Прав на установку хватает

up

А вы точно lm ставите, а не просто драйвер хаспа?

(18) три экзешника уже перекачал
lmsetup.exe

windows 2008 r2 x64
Должны ли вообще появится файлы в system32?

hasp loader - это и есть менеджер лицензий. Это служба, которая грузит nhsrvice.exe, соответственно, в system32 должен быть именно этот экзешник.

А nhrsv.ini сам не появляется, насколько я помню - его надо копировать, если нужны настройки, отличающиеся от настроек по умолчанию

(22) разобрался. т.к. винда х64, то nhsrvice.exe лег в папку SysWoW64. В заблуждение ввело то, что в свойстве службы HASP Loader исполняемый файл находился в папке system32. а т.к. файл отсутствует, то логично, что при запуске должна вылететь ошибка. Чего не происходило. Файл nhrsv.ini нужно было поправить и положить рядом с файлом nhsrvice.exe. Спасибо