|
Лицензирование: не работает раздача электронных лицензий через HASP LM | ☑ | ||
---|---|---|---|---|
0
linuxmaster
01.03.23
✎
16:57
|
Вопрос лицензирования:
1. Стоит HASP-ключ на 20 пользователей и добавлены программные лицензии на 20 пользователей на сервере, установлен HASP LM 2. Всё раздаётся, все работает. Клиентские лицензии получаются. Если обращаться к базам этого первого сервера. 3. Появляется второй сервер! 4. Лицензии клиенты с нового сервера не получают. Хотя у них в nethasp.ini чётко указан первый сервер с HASP LM, где все 40 клиентских лицензий. Что я делаю не так? |
|||
1
Гость из Мариуполя
гуру
01.03.23
✎
17:02
|
сцуко блин не работает word,
хотя я дрова от принтера и установил. - и что я делаю не так? - может MS Office установить? |
|||
2
Гость из Мариуполя
гуру
01.03.23
✎
17:06
|
принтер - это железяка
hasp - это тоже железяка (а еще они обе железяки требуют драйверов, каждая свою) раздать обе железяки по сети можно. но при чем тут, блин, программные лицензии? ps: и вроде уж стаж 9 лет... Это что, и правда так нынче жертвы ЕГЭ выглядят? мешают в одну кучу софт и хард? с помощью приблуды для раздачи харда (HASP LM) пытаются раздать по сети софт? |
|||
3
Winnie Buh
01.03.23
✎
17:10
|
(0) второй сервер может получить только 20 лицензий с самого ключа от HASP LM,
а 20 программных как должны раздаваться? |
|||
4
pablo_escobar
01.03.23
✎
17:10
|
(2) он походу привязал эти программные лицензии к хаспу, и думает что теперь хаспЛМ будет их раздавать.
|
|||
5
Гость из Мариуполя
гуру
01.03.23
✎
17:22
|
судя по тому, что в (0) "2. Всё раздаётся, все работает. Клиентские лицензии получаются. Если обращаться к базам этого первого сервера."
то все лицензии (программные ну и в довесок и железные) раздаются первым сервером. А HASP LM на первом сервер просто для красоты болтается. И возможно для него даже и порты не открыты. (0) проверить легко. Просто останови HASP LM, и, если и без него "2. Всё раздаётся, все работает. Клиентские лицензии получаются." - то он у тебя на первом серваке для красоты и не более. Ну разве чуток ресурсов отжирает, там правда мизер. |
|||
6
linuxmaster
01.03.23
✎
17:25
|
(5) Спасибо, братцы. Отключаю тогда HASP ключ от прежнего сервера и кидаю его на новый. Всё понятно.
(4) Да, я так и думал, это было бы приятно и логично. Но... Сервер лицензирования так себе, только для HASP. А 1С не собирается делать какое-то решение на раздачу лицензий произвольно и аггрегировано? Хотя, разве такое можно ждать от 1С... |
|||
7
linuxmaster
01.03.23
✎
17:32
|
Правда вот пдумал, на сервере HASP LM же стоит, почему ему жалко раздать лицензии с HASP-ключа другим клиентам для другого сервера? Как это ограничивается-то и зачем? Т.е. если я добавляю программные лицензии - то всё, HASP-ключи и для сервера работать не будут? Я был уверен, что 20 программных лицензий закончатся и дальше сервер будет брать лицензии с HASP-ключа. А оказывается он бесполезен для сервера.
|
|||
8
linuxmaster
01.03.23
✎
17:38
|
И да, кстати, если я переключу HASP c 20 лицензиями на второй новый сервер... Программные лицензии на первом сервере убьются? Говорят, программные лицензии на первом сервере были привязаны к этому HASP.
|
|||
9
pablo_escobar
01.03.23
✎
17:40
|
(7) "HASP-ключи и для сервера работать не будут? " кто раздачей аппаратных ключей то занимается? hasp lm или сервер 1С?
|
|||
10
Гость из Мариуполя
гуру
01.03.23
✎
17:44
|
(9)тут без вопросов - а кто программные раздает? сервер. Вот попутно он же и железные раздает.
Если ты знаешь способ, как программные раздавать сервером, а железные чтобы этот же сервер не трогал (игнорировал), то поделись. Очень надо, без всяких подколок, правда. |
|||
11
pablo_escobar
01.03.23
✎
17:48
|
(10) Хотя да, у него же полюбому стоит галка у баз - разрешить раздавать сервером. В nhsrv ip сервера 1С пробовал исключить?
|
|||
12
Winnie Buh
01.03.23
✎
18:27
|
(6) (7) какой-то набор заблуждений
>Сервер лицензирования так себе, только для HASP. Сервер лицензирования 1С наоборот раздаёт только программные лицензии, а о существовании HASP ключей он ничего не знает >Правда вот пдумал, на сервере HASP LM же стоит, почему ему жалко раздать лицензии с HASP-ключа другим клиентам для другого сервера? HASP LM без разницы клиентам какого сервера раздавать лицензии, его это не волнует >Т.е. если я добавляю программные лицензии - то всё, HASP-ключи и для сервера работать не будут? это какая-то чушь, активация программных лицензий с привязкой к HASP ключу никак не влияет на раздачу лицензий HASP LM с аппаратного ключа >Я был уверен, что 20 программных лицензий закончатся и дальше сервер будет брать лицензии с HASP-ключа. А оказывается он бесполезен для сервера. так и есть, сначала выбираются программные лицензии, потом с аппаратного ключа, если у вас не так, то проблема не в алгоритме поиска лицензии, а в конкретной реализации |
|||
13
linuxmaster
01.03.23
✎
18:43
|
(10) наложу на на него отдельный slice в systemd... haspd будет изолирован от остальной системы и сервис 1С не увидит его.
(12) заблужения заблуждениями, сейчас HASPLM не раздаёт клиентские лицензии... Порт открыт, процесс haspd запущен и исправно работает (ранее он отдавал 20 лицензий с аппаратного HASP-ключа), а после установки программных лицензий и некой привязке к этому HASP-ключу программных лицензий, я больше не вижу упоминаний о HASP-ключе в описаниях клиента, только программные лицензии, как будто HASP-ключа и нет вовсе. Вот ребята подсказали сделать изоляцию процесса, так и сделаю. Может отпустит. Правда, в этом случае 1С-сервер точно не будет видеть ни одной лицензии с HASP-ключа. |
|||
14
linuxmaster
01.03.23
✎
18:46
|
Да, у меня было заблуждение, что HASP LM умеет одновременно раздавать лицензии как в сеть, так и сервису 1С в сервере 1С, где он стоит. А это не так. И это грустно.
|
|||
15
Winnie Buh
01.03.23
✎
18:48
|
(13) погодь, не трогай пока ничего
для начала стоит посмотреть, что 1С пишет о полученных лицензиях в запущенных сеансах, и что пишет в журнале поиска лицензий, когда выдаёт, что лицензия не обнаружена |
|||
16
Winnie Buh
01.03.23
✎
18:52
|
(14) >HASP LM умеет одновременно раздавать лицензии как в сеть, так и сервису 1С в сервере 1С, где он стоит.
HASP LM умеет раздавать лицензии по сети клиентам, умеет выдавать лицензии по сети серверу 1С на другой машине, а локальный сервер 1С может брать лицензии с ключа напрямую и без HASP LM естественно всё о аппаратных лицензиях, программные к этой истории отношения не имеют |
|||
17
Winnie Buh
01.03.23
✎
18:54
|
(16) добавлю - всё это работает, если в сети только один аппаратный ключ,
если где-то установлен другой клиентский ключ, то он может всё это запороть |
|||
18
pablo_escobar
01.03.23
✎
19:32
|
(17) можешь поподробнее, что он может запороть? Сервер 1С вроде находит какой то один ключ и работает с ним. Разве что сядет на ключ с меньшим или наоборот с большим количеством лицензий или на тот в котором они почти закончились.
|
|||
19
Winnie Buh
01.03.23
✎
19:50
|
(18) сервер 1С может по сети увидеть только один ключ одной серии (а все ключи от 1 до 100 пользователей относятся к одной серии ORGL8),
если сервер найдёт какой-то ключ и всё лицензии на нём будут заняты, то второй ключ этой серии сервер по сети искать уже не будет |
|||
20
pablo_escobar
01.03.23
✎
20:00
|
(19) это я знаю. А не в курсе, допустим ключ на 10 лиц. Сервер 1С садится на него. В мониторе лицензий будет видно, что занята 1 лицензия с компа сервера 1С. Сервер 1С подключил 10 клиентов. По идее лицензии израсходованы. Сможет ли кто нибудь подключиться с раздачей по сети, а не сервером 1С? В мониторе же видим что занята только 1 лицензия. На ИТС находил только, что такой сценарий использования (по сети и сервером раздавать) не рекомендуется.
|
|||
21
Winnie Buh
01.03.23
✎
20:18
|
(20) можешь поэксперементировать на досуге,
1С умеет считать, потом в журнале выходит что-то типа ошибка лицензирования, лицензии исчерпаны, выдано сервером 6, получено клиентами 4 хотя иногда сумма может немного и не сходиться, например, выдано сервером 7, получено клиентом 5, хотя казалось бы ключ на 10 |
|||
22
linuxmaster
01.03.23
✎
20:56
|
Отбой. 1С молоццы... Надо так:
1. Поправил nethasp.ini 2. положил в доступное пользователю место... cat ~/.1cv8/1C/1cv8/conf/nethasp.ini [NH_COMMON] NH_TCPIP = Enabled [NH_TCPIP] NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя) Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever! Всё, можно жечь тряпки и любить гусей, всё работает. |
|||
23
Winnie Buh
01.03.23
✎
21:01
|
(22) а просто закомментировать всё содержимое nethasp.ini или вовсе его удалить не пробовал?
возможно результат будет тот же |
|||
24
linuxmaster
01.03.23
✎
21:34
|
(23) отнюдь... указание на HASP LM необходимо. Без этого не видит лицензии (изначально так и было, конфиг был сразу от 1С). Почему не видит? Ну так широковещание отключен же - NH_USE_BROADCAST = Disabled.
Сбило с толку это: ;;NH_SERVER_ADDR = <Addr1>, <Addr2> ; IP addresses of all the NetHASP ; License Managers you want to search. ; Unlimited addresses and multiple ; lines are possible. ;;NH_SERVER_NAME = <Name1>, <Name2>, ; Communicate with the NetHASP ; Server with the specified name. ; Maximum: 6 names, up to 7 ; case-insensitive characters each. Разве не написано ли, что там должен быть IP в NH_SERVER_ADDR... Просто открыл свои примеры nethasp.ini для VPN-сетей - там было правильно. |
|||
25
Winnie Buh
01.03.23
✎
21:40
|
(24) >NH_USE_BROADCAST = Disabled.
если содержимое файла закомментировать или файл удалить вовсе, то будут использоваться настройки по умолчанию, а по умолчанию BROADCAST = Enabled |
|||
26
Гость из Мариуполя
гуру
02.03.23
✎
12:02
|
(22) Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever!
Всё, можно жечь тряпки и любить гусей, всё работает. Вот только ты не знаешь, сколько лицензий от HASP-ключа откусил server1c83 и сколько осталось на долю server1c84 Для того, чтобы гарантированно быть уверенным в 20 доступных лицензиях для пользователей server1c84, надо еще запретить server1c83 брать лицензии от HASP-ключа. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |