Друзья, помогайте, истерзал все поисковики и нейронки, пока ничего не помогло.

В конторе 10 программных лицензий на отдельном сервере лицензирования и 2 аппаратных ключа. Долгое время они торчали в одном сервере - лицензий хватало. Контора выросла и выяснилось, что один ключ не задействуется. Я его выдернул, воткнул в отдельный комп и поставил на него HASP LM, на клиенте(этом же компе, куда воткнул ключ) прописал в nethasp.ini его адрес и все такое.

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

Предполагаю, что HASP LM ключ не видит. Соот-но вопрос, так ли это? Я поставил Aladdin Monitor, но он видит только второй ключ, оставшийся в сервере. Зато Sentinel ACC наоборот, видит ключ, воткнутый в новый комп, и не видит тот, что в сервере.

Поиск говорит, что это из-за того, что версии ключей разные(старый видится аладином, новый ACC), но это никак не подсказывает, как решать проблему. Мне нужно, чтобы заданные 5 клиентов тянули лицензии только с нового компа, и более ниоткуда, с сервера чтобы не брали ничего.

Настройки клиентского компа в nethasp.ini

Подробности

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
NH_NO_AUTODETECT = YES

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.112
NH_USE_BROADCAST = Disabled

Настройки nhsrv.ini

Подробности

[NHS_SERVER]
NHS_USERLIST     = 250
NHS_HIGHPRIORITY = no

[NHS_IP]
NHS_USE_UDP      = enabled  
NHS_USE_TCP      = enabled  
NHS_IP_portnum   = 475      

[NHS_IPX]
NHS_USE_IPX       = disabled

[NHS_NETBIOS]
NHS_USE_NETBIOS   = disabled

Почему клиент хватает лицензию с сервера?

сервер Win 2019 Server Standard + 8.3.25.1560

(25) если в маркировке на корпусе старого ключа после Net5 указано 217-50 или 217-61, то  ACC его не увидит, даже если ключ без проблем раздает лицензии,

если ACC видит новый ключ на машине с IP 192.168.1.112, то это еще не значит, что лицензии с него раздает HASP LM,

HASP LM и ACC работают на разных портах

Я HASP LM вообще снес, раз он ключа не видит. Пишут что надо чисто через ACC раздавать. Ща попробую порт прописать.

(28) глупости не пиши,
ACC никаких ключей раздавать не умеет, он не для этого

(29) может я выразился неверно. с LDK идет License Manager.
C:\Program Files (x86)\Common Files\Aladdin Shared\HASP\hasplms.exe
вот его оставил. А древний HASP LM удалил

Ну хоть ты тресни, а.

Поменял порт на 1947, это единственный, который слушает hasplms.exe

Нихрена. Все равно клиент берет лицензии со старого аппаратного ключа на сервере:

Локальный HASP4 ORGL8 5, получило клиентское приложение
8101353711, сервер 64 1/1

(31) где поменял?
его нельзя "поменять"!

(31) Локальный HASP4 ORGL8 5, получило клиентское приложение - вот это на какой машине запускается?

(32) в nethasp.ini клиентов поменял. Они же должны на 1947 стучаться?

(33) на клиенте 192.168.1.112 с Win10Pro, там же, где Sentinel License Manager стоит, там же, куда ключ NET5 воткнут, там же, где я прописал NH_PORT_NUMBER = 1947.

Как я думал, клиент ломанается на свой же адрес, найдет там SLM на порту 1947 и получит лицуху со своего ключа. Но хрен там плавал, он все равно идет на сервер, и там получает лицуху с HASP4(локально на серваке стоит).

(34) Смешались в кучу кони, люди...

1. забудь про 1947 порт и любой другой, HASP LM раздает лицензии 1С только по 475 и по протоколу UDP, никакими настройками в nethasp.ini  этого не изменить,

2. "Локальный HASP4 ORGL8 5, получило клиентское приложение" - сообщение говорит о том, что клиент сам получил лицензию с локального ключа, который установлен на той же машине, на которой был запущен клиент, а не от сервера или HASP LM

(31) Нихрена. Все равно клиент берет лицензии со старого аппаратного ключа на сервере
во-первых у тебя (сам же сказал) ключи раздает сервер, а не HASP LM. Ну и чего ты хочешь? запрети серверу раздавать ключи и тогда  и только тогда можно будет раздавать оба ключа через свои HASP LM каждый.

и еще сам же написал в (0)  цитирую:"на этом же компе, куда воткнул ключ) прописал в nethasp.ini "
nethasp.ini прописывается на всех клиентах. А не на том компе, куда воткнут ключ. Хотя, если он раздает ключ и одновременно и сам же клиент, то это можно, не помешает.
Фишка еще в том, что 1С запоминает, откуда брала ключ последний раз. Поэтому делаешь так - на компе, куда воткнул ключ, отрубаешь сетевой адаптер, устанавливаешь локально любую файловую демку (неважно, хоть пустую базу), и запускаешь 1С. Поскольку сеть отключена, то 1С-ка не сможет обратиться к последнему запомненному ключу и, соответственно, вынуждена будет обратиться к локально воткнутому. И запомнить его. И использовать в следующий раз его. Потом подключаешь сетевой адаптер и проверяешь на рабочей базе.
И пока ты не уберешь раздачу лицензий сервером, ни одна база, подключаемая к этому серверу, ниоткуда больше ключи брать не сможет. Ни от какого HASP LM

(35)

> сообщение говорит о том, что клиент получил лицензию с локального ключа

ды как так-то? в комп воткнут же HL Net5 ORGL8, а не HASP 4.

(37) это пофигу, в информации о лицензии в 1С в любом случае будет отображаться HASP4 ORGL8 5, без разницы какой ключ, H4M1 или HL,
тут два ключевых момента "Локальный" и "получило клиентское приложение"

ох етить мать тудыть. Спасибо. А я-то первым делом на тип ключа смотрю, а дальше часто и не гляжу вообще. Тогда еще понаблюдаю.

(36)>запрети серверу раздавать ключи и тогда  и только тогда можно будет раздавать оба ключа через свои HASP LM каждый

у ТС нельзя запретить раздавать лицензии сервером, т.к. у него еще есть 10 программных лицензий, которые должен раздавать сервер

>Хотя, если он раздает ключ и одновременно и сам же клиент, то это можно, не помешает.

в данном конкретном случае клиент получает лицензию от ключа сам, а не от HASP LM, поэтому без разницы, что там прописано в hethasp.ini

>Фишка еще в том, что 1С запоминает, откуда брала ключ последний раз. Поэтому делаешь так - на компе, куда воткнул ключ, отрубаешь сетевой адаптер, устанавливаешь локально любую файловую демку (неважно, хоть пустую базу), и запускаешь 1С. Поскольку сеть отключена, то 1С-ка не сможет обратиться к последнему запомненному ключу и, соответственно, вынуждена будет обратиться к локально воткнутому. И запомнить его. И использовать в следующий раз его. Потом подключаешь сетевой адаптер и проверяешь на рабочей базе.

что бы сбросить "кэш" о последнем ключе можно просто грохнуть файл 1cv8conn.pfl

(0) Сделай как в (22) и не парься.

(40) <I>у ТС нельзя запретить раздавать лицензии сервером</I>
ну тогда и вопрос автора не имеет смысла.
Я, к примеру, не знаю, как сказать базе, подключаемой к серверу, чтобы она не брала ключи от сервера, а брала от HASP LM. ИМХО, это невозможно.
Для баз, которые не серверные, да. Можно заставить их брать ключи откуда надо.
Для серверных баз - нифига. Не берут они ключи от HASP LM, если на сервере указана раздача лицензий. И, насколько я помню, сервер тоже берет лицензии от ключа, воткнутого в зад, и дополнительно не берет еще лицензий от любого HASP LM по сети.

(41) не будет работать твое (22)
хоть заопрописывайся в nethasp.ini на клиентах, но серверная база, если в настройках сервера указана раздача лицензий сервером, просто тупо не будет обращать внимание на nethasp.ini на клиентах.

>и дополнительно не берет еще лицензий от любого HASP LM по сети

тогда непонятно наличие на текущий момент сеансов, где написано

Сервер, 7892, 1C, 1541, ORGL8 Локальный 5
и
Сервер, 7892, 1C, 1541, ORGL8 Сетевой 5

Если бы он брал только со своего старого локального ключа, последних сеансов не должно было быть же?

Если я правильно понимаю эту строку, сервер дотянулся до второго ключа на другом компе(HL Net5 ORGL8), взял лицуху и отдал её клиенту, так ведь?

короче, резюмируя, что я понял из пояснений автора.
- база серверная
- на сервере установлено "раздавать лицензии через сервер" (потому что есть 10 программных)
- в зад серверу воткнут ключик HASP на 5 пользователей. Сервер его прекрасно видит и раздает.
- на столе лежит еще один ключик HASP на 5 пользователей.
Вопрос - как бы этот второй ключик HASP подсунуть серверу, чтобы он его тоже скушал и тоже раздавал? Или вид сбоку - как бы заставить клиентов этой серверной базы получать лицензии не от сервера, а от HASP LM?
Ответ - увы.

(44) Если я правильно понимаю эту строку, сервер дотянулся до второго ключа на другом компе(HL Net5 ORGL8), взял лицуху и отдал её клиенту, так ведь?
почему бы и нет, если в это момент на самом сервере ключика не было. Сервер может взять лицензию от любого ключика, хоть от сетевого, хоть от локального. Но только от одного. (я имею ввиду ключи на 5 пользователей, игнорирую ключи на 300 или 500 юзеров, там другое.)
PS: а, забыл. Ты там игрался со всякими Sentinel ACC, драйверами, HASP LM. Когда то я нарывался на такую фишку, что обращение к локальному ключу может идти тоже через сеть, как к сетевому. Именно когда ставил новые Sentinel, и вообще не ставил ничего старого от HASP. поэтому не исключаю, что ты тоже нарвался на такую фишку - и твое
Сервер, 7892, 1C, 1541, ORGL8 Локальный 5
и
Сервер, 7892, 1C, 1541, ORGL8 Сетевой 5
это может обращение к одному и тому же ключу, только первый раз локально, а второй раз через 127.0.0.1 через HASP LM.

ps:ps: вообще на сервере HASP LM не нужен, если у тебя стоит раздача лицензий сервером. Нужен только для несерверных (не этого сервера) баз, файловых там или каких других... А если их нет, и все раздается сервером, то HASP LM на этом сервере никакой роли не играет, ничего никому не раздает и только занимает ресурсы. Ну или "обманывает" сервер и подсовывает ему локальный ключик как сетевой :))))

(46) ключ на сервере был и есть. его никто не трогал, и его 5 локальных лицензий розданы под корень с самого утра. И периодически появляются сеансы, лицензированные сетевым ключом.

либо сервер сам переключается на сетевой ключ, когда я его втыкаю, оставляя живыми сеансы с лицензиями локального ключа, и работает ТОЛЬКО с сетевым, пока я его не выдерну.

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

Надо понаблюдать.

(42)>как сказать базе, подключаемой к серверу, чтобы она не брала ключи от сервера, а брала от HASP LM. ИМХО, это невозможно.

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

>дополнительно не берет еще лицензий от любого HASP LM по сети.

берет, но только с одного, т.е. один ключ локальный + один ключ по сети от HASP LM, больше сервер ключей не увидит

(46) >это может обращение к одному и тому же ключу, только первый раз локально, а второй раз через 127.0.0.1

может. Где глянуть? И у меня сеансов уже 6 штук. А не 5.

(44)>Сервер, 7892, 1C, 1541, ORGL8 Локальный 5
Сервер, 7892, 1C, 1541, ORGL8 Сетевой 5

Если я правильно понимаю эту строку, сервер дотянулся до второго ключа на другом компе(HL Net5 ORGL8), взял лицуху и отдал её клиенту, так ведь?

скорее всего да, сервер раздает с обоих ключей, сначала с локального, потом со второго по сети от HASP LM,
кстати, это должно отображаться в Aladdin monitor

(43) Давай, расскажи мне сказку) У меня 5 серверов лицензий раздают по разным подсетям и клиентам, терминалкам. И на сервере 100 лицух программных.

(51) AM на сервере больше не видит HASP LM на Win10Pro с сетевым ключом. Потому что я старый HASP LM удалил. В нем видно только 1 ключ, старый, локальный для сервера.

(53) Сервер умеет загребать ключи откуда только можно и раздавать потом от себя. Если хочешь посадить 5 клиентов на отдельный сетевой ключ, делай как в (22)

(52) рассказываю - у тебя пять серверов лицензий, а у автора - ни одного. У него только сервер 1С. Разницу поди сам знаешь :)

Сервер умеет загребать ключи откуда только можно и раздавать потом от себя
Смотря что ты подразумеваешь в этом предложении под словом "сервер". Сервер 1С не может загребать лицензии откуда только можно. Один ключ локально и один по сети - и все. Точка. Два по сети сервер 1С загрести ну никак не сможет.
И не надо говорить про сервера лицензирования. Это совсем другое, и автор про это не упомянул, следовательно у него сервер лицензирования не установлен.
Пожалуйста, говори точнее. Не говори просто "сервер", а говори - "сервер лицензирования" или "сервер 1С". Чтобы было понятнее, о чем речь.

(55) >>рассказываю - у тебя пять серверов лицензий, а у автора - ни одного. У него только сервер 1С. Разницу поди сам знаешь :)

Да я уже 3 разА сказал что сделать надо!)

>>Сервер 1С не может загребать лицензии откуда только можно. Один ключ локально и один по сети - и все.
Так я не сказал, что по сети 2 загребет, это вроде всем известно.

>>И не надо рассказывать про сервера лицензирования.

Рассказывать не надо, сделать надо)

(55) У меня клиенты лицензии берут не откуда попало, а откуда я бл** сказал!))))

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

(55) у меня есть и сервер лицензирования. он раздает ТОЛЬКО программные лицензии, их оттуда все забирает сервер 1С и сует по клиентам. Приходящий админ настраивал. Не знаю зачем.

Может мне туда этот второй ключ HL NET5 вставить?

(57) :)))

(58) если сервер 1С увидел второй ключ и устраивает, что он раздает лицензии на каждый сеанс/запуск, то можно ничего не делать

(59) Поставь лучше отдельно и запрети давать лицензии серверу (в nhsrv.ini). Ограничь адреса жирными клиентами. У них пропиши в nethasp.ini, попутно почисти файлы 1cv8conn.pfl. Делов на 15 минут)
Это хорошо тем, что лицензии будут на комп, а не на сеанс.

(59)>Может мне туда этот второй ключ HL NET5 вставить?

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

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

(61) меня в целом устраивает, но это же 3 машины раздают лицензии. 1 сетевой хасп, 1 локальный с сервером 1с, и 10 программных на отдельном сервере лицензирования. Надо попробовать сделать 2 машины.

(64) в теории - можно перенести ключ с сервера 1С на машину, где сервер лицензирования, но для раздачи с него лицензий все равно на этой машине нужно будет установить HASP LM
+ в этом случае можно будет попробовать заблокировать серверу 1С получать лицензии от HASP ключей, как советует X Leshiy в (62), что бы клиенты получали лицензии сами от HASP LM на комп, а не на каждый сеанс

(64) Так вариантов то не особо. При твоей текущей конфигурации никуда 2 ключ кроме как в отдельную машину и с неё раздавать не получится.

(66) короче, сделал как в (10) и (22)
Почему-то клиенты пишут, что лицензии нет. Но после 2-3 попыток цепляют её. Но с сервера.

В сеансе запись такая:

Сервер, 7892, 1C, 1541, ORGL8 Сетевой 5

Вопросы.
1) а почему надо редактировать nhsrv.ini? это же файл HASP LM, старый. С этим ключом работает Sentinel LDK License Manager, а его настройки хранятся в hasplm.ini, в другом каталоге совсем, там же, где и запускаемый файл службы hasplms.exe. И формат файла другой.
2) В файлах access.log там, где лежит hasplms.exe, видно, как клиенты пытаются стукнуться в LM

2025-07-08 12:45:42 192.168.1.102:62096 [SRM]@192.168.1.102 POST:1947 /api/feature FEATURE(span=0) result(0)
2025-07-08 12:45:50 192.168.1.211:62381 [SRM]@192.168.1.211 POST:1947 /api/feature FEATURE(span=0) result(0)
2025-07-08 12:45:51 192.168.1.120:54092 [SRM]@192.168.1.120 POST:1947 /api/feature FEATURE(span=0) result(0)
2025-07-08 12:45:53 192.168.1.80:64088 [SRM]@192.168.1.80 POST:1947 /api/feature FEATURE(span=0) result(0)
2025-07-08 12:45:54 192.168.1.128:59141 [SRM]@192.168.1.128 POST:1947 /api/feature FEATURE(span=0) result(0)

Это разные компы, которым я правил nethasp.ini с указанием откуда брать лицухи. То есть все-таки они пытаются найти лицензию сперва на моем компе, но не получается почему-то?

1947 - это  порт?

(68) Да. Это родной порт Sentinel LDK License Manager.
HASP LM на данном компе не установлен, потому что ключ новый.

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

Или когда локально, то получение лицензии это происходит не по сети?

(69) у тебя все смешалось в одну кучу
порт 1947 - это доступ к веб-интерфейсу драйвера защиты Sentinel LDK License Manager.
1С не использует веб-интерфейс и даже при установке платформы предлагает "отключить неиспользуемые возможности драйвера защиты" или как-то так.
Платформу хоть раз устанавливал? видел же такое предложение? вот оно по сути и есть отключение веб-интерфейса,
в браузере набираешь на компе, где установлен ключ 127.0.0.1:1947 и наслаждаешься картинкой
И да, доступ с удаленных клиентов там по умолчанию запрещен. Может, в этом причина?
надо включать

(67) hasplm.ini - это вообще не про это,
nhsrv.ini трогать тоже пока не советую,
ключ переставил с машины с сервером 1С или он там и остался?

вот тут, собственно говоря, рассказано и про то, что по умолчанию доступ с удаленных клиентов отключен и как его включить
https://rflira.ru/kb/80/371/

(70) Падажжите. То, на что указывают стрелки, это не раздача ключей же.

remote access to acc это доступ именно к веб-морде. Удаленно на этот порт по веб попасть нельзя.

remote access to Admin API точно не знаю что, но скорее всего доступ к какому-то REST API для управления SLDK LM. Обе галки требуют установления пароля, который будет использоваться при доступе.
Короче, ни то, ни другое на раздачу лицух не похоже.

Для управления раздачей используется другое окно. В нем также можно посмотреть клиентов, которые тыкались в Sentinel LDK. Вот это про раздачу ключей. Но ни один из этих клиентов - ключа так и не получил. Их им отдает все равно сервер.

(71) Да как не про это-то? А про что?

Давайте еще раз, с самого начала.

Раздачей лицензий по сети занимается служба License Manager. Она существует в 2 версиях - HASP LM для старых ключей HASP4, и Sentinel LDK LM для ключей поновей версии NET5. В обоих случаях есть запускаемый файл, висящий в виде службы, и слушающий определенный порт. При ПРАВИЛЬНОМ запросе на порт служба дергает аппаратный ключ, выдергивает с него лицуху, и отдает клиенту. Все же верно?  

Ну как тогда не при чем?

Старая служба HASP LM берет настройки из nhsrv.ini
Новая SLDK LM - из hasplm.ini. Изменения в веб-морде Sentinel ACC - тут же пишутся службой в этот hasplm.ini.

Разве нет?

>ключ переставил с машины с сервером 1С или он там и остался?

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

NET5 торчит в моем компе, на котором запущен SLDK LM. Клиенты его находят(предполагаю, броадкастом), видят, но ключи получают СТРОГО с сервера 1С(который берет их по сети с моего компа, и раз HASP LM у меня нет, а есть только SLDK LM - то видимо с него и берет).

(72) это какая-то нерелевантная статья. В текущей версии SLDK  нет таких галок, там разрешается только доступ по HTTP, и только с установкой пароля.

Что означает, что это не про лицухи, а про доступ к морде.

(73)>HASP4(старый ключ) так же торчит в сервере 1С с запущенным HASP LM и лицензии с него раздаются нормально

если ключ на машине с сервером 1С, то никакими настройками в ini нельзя запретить серверу брать лицензии с этого ключа,

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

(73) не подожду :)))
Все верно. У меня установлен однопользовательский ключик, поэтому, к сожалению я могу стрелочкам показать только то, что могу:) В другом окошечке у меня пишет, что сетевого ключика нет и вали отседова :) А так то да, ты прав, в другом окошечке тоже настраивается, все настройки и на, назовем его так,"сервере лицензий SLDK" и на клиенте смотри в ссылке из (72).

(74) ну не знаю, что там нерелевантно.
В (70) скриншот с моего компа. Правда, я устанавливал SLDK давненько. Но у меня, как видно в (70), такие галки есть. Если что, у меня установлен вот такой:

(75) да и хрен с ним, пусть раздает.  

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

Сейчас же сервер как-то тянет лицухи с моего ключа, когда кончаются на локальном и программные?

Вот надо либо это, но стабильно(как я писал в (67), клиенты почему-то периодически говорят что лицензий нет, и только после нескольких попыток получают сетевую лицуху с сервера 1С), либо чтобы клиенты брали их самостоятельно с моего SLDK LM.

(76) ВОт другая статья:
https://www.euromobile.ru/wiki/sentinel-dlya-razrabotchikov-po/sentinel-admin-control-center/

Там написано:
Чтобы разрешить доступ к интерфейсу Sentinel Admin Control Center с удалённого ПК, вам необходимо зайти в Sentinel Admin Control Center с локального ПК и на вкладке http://localhost:1947/_int_/config.html отметить параметр "Allow Remote Access to ACC and Admin API". Далее следует сохранить настройки, нажав на кнопку "Submit".


То есть речь исключительно про интерфейс.

все настроки раздачи лицензий в Sentinel ACC и hasplm.ini - это про новый SLDK LM, который работает по порту 1947, но 1С работает только по 475,
АСС можно использовать только для мониторинга ключей, а не для настройки

(74) а щелкни на этой своей картинке еще две вкладки - - "Доступ с удаленных клиентов" на сервере
- и "Доступ к удаленным менеджерам лицензий" на любом клиенте

по сути, ты зря говоришь, что нет таких галок, всё есть, просто чуть в других местах, ну и у тебя русскоязычный интерфейс, а я не переключал на русский. Так что все там релевантно. :)

(79) >1С работает только по 475

А как сервер тогда берет с моего компа лицензии? У меня НИ ОДИН ПРОЦЕСС не работает на порту 475. HASP LM, который этим занимался, я удалил в пятницу. Откуда тогда отмеченные сеансы?

(77)>Я хочу добиться, чтобы избранные клиенты брали лицензии с моего компа, даже если сперва они попытаются получить это с сервера - и там не хватит

пропиши IP машины с ключом в параметре NH_SERVER_ADDR файла nethasp.ini на клиенте + грохни (переименуй/заархивируй) файл nhsrv.ini на машине с ключом + грохни файл 1cv8conn.pfl на клиентском ПК

(78) задрал, на, со своим интерфейсом. Я тебе первым еще в (70) про интерфейс сказал, фигли ты опять про него талдычишь.

В (72), помимо интерфейса, еще и про другие вкладки.
открой, блин, ссылку в (72) и прочитай до конца. Там что, только про одну вкладку про интерфейс? А про то, что SLDK надо ставить и настраивать на каждом клиенте, ты там не увидел?

(80)  "Доступ с удаленных клиентов" на скрине видно, нет там подобных галок, там радиобатон, и он изначально, по дефолту, стоит в положении "всем всё разрешить".

"Доступ к удаленным менеджерам лицензий" - если я правильно понял статью, это тоже другая хреновина. Это для общения между ДВУМЯ менеджерами лицензий. Типа моста. Типа мой локальный LM может подключиться к удаленному LM, и взять оттуда лицуху. А мне это вообще не надо.

(81) у SLDK LM есть поддержка как старого 475, так и нового 1947 порта

(85) все может быть. но слушает он ТОЛЬКО 1947.

хватит уже про настройки в ACC, на 1С это никак не влияет

(83) видел. а еще я видел, что статья не про 1С, а про какой-то ФОК-Комплекс.

"Приложение обращается к локальному менеджеру лицензий, а тот берет лицензию с удаленного" - разве так работает 1С? Сервер как берет лицухи с моего компа, если на нем НЕТ локального SLDK, который обращается к моему SLDK?

И у этого фок-комплекса 2 ключа. Схема не очень похожа. Я конечно попробую кому-нибудь вкатить локально SLDK и вот так настроить, но думаю, что нихрена не поменяется

(87) На какой порт моего компа обращается сервер 1С, чтобы получить сетевую лицензию?

(86) 475 порт в сети ничто не блокирует?
а то может поэтому клиенты сами и не могут получить лицензии

(73) NET5 торчит в моем компе, на котором запущен SLDK LM. Клиенты его находят(предполагаю, броадкастом), видят, но ключи получают СТРОГО с сервера 1С(который берет их по сети с моего компа, и раз HASP LM у меня нет, а есть только SLDK LM - то видимо с него и берет).
Сервер как берет лицухи с моего компа, если на нем НЕТ локального SLDK, который обращается к моему SLDK?

А ты точно уверен, что на сервере 1С у тебя установлено все только и исключительно старое, и SLDK там нет от слова вообще? Вот сто процентов?
а то, может, у тебя на сервере 1С тоже завалялся какой-нибудь SLDK, и вот сервер 1С своим SLDK получает ключик от твоего компа со своим SLDK?


PS: ставь на свой комп HASP LM, раздавай ключик через него, нужных клиентов натрави только на этот HASP LM и не пудри мозги.

(88) видел. а еще я видел, что статья не про 1С, а про какой-то ФОК-Комплекс.
та ты шо? а в той ссылочке,которую ты сам собственноручно привел в (78) - там не про то же самое, чуть другими словами? :)))
я тебе привел первую попавшуюся ссылку про ФОК-Комплекс, ты мне в ответ привел в (78) практически то же самое, чуть другими словами. Но не применительно к ФОК-Комплекс :))))
Хорошо. Давай забудем про ссылочку в (72) и будем делать по твоей ссылочке в (78). :))) Один фиг то же самое. :)))

(90) 475 ничего не блокирует. у меня на компе просто НИХРЕНА НЕ РАБОТАЕТ НА ЭТОМ ПОРТУ.

(91) Воооо. Вот это правильное замечание.
Действительно, SLDK я с сервера сперва снес, а потом в экспериментаторском жару вкатил обратно, и забыл. Так что он работает параллельно с HASP LM, и галки там по поиску других SLDK LM броадкастом там стоят "из коробки". Судя по всему, именно так: "завалялся какой-нибудь SLDK, и вот сервер 1С своим SLDK получает ключик от твоего компа со своим SLDK"

Ну тут правда я опять не понимаю аспекта - SLDK и на сервере работает исключительно на порту 1947, если 1С работает по 475 - то как она тянет эту сетевую лицуху с локального для сервера 1С SLDK? Она ломанется на HASP LM, а тот только локальный старый ключ видит....

>ставь на свой комп HASP LM, раздавай ключик через него, нужных клиентов натрави только на этот HASP LM

попробую. Но вроде ключ как более новый не виделся HASP LM, тема именно поэтому так названа... Но окей, ща сделаем....

(93)>Ну тут правда я опять не понимаю аспекта - SLDK и на сервере работает исключительно на порту 1947, если 1С работает по 475 - то как она тянет эту сетевую лицуху с локального для сервера 1С SLDK? Она ломанется на HASP LM, а тот только локальный старый ключ видит....

с локального ключа сервер 1С берет лицензии напрямую, не через SLDK или HASP LM, порт в этом случае вообще не при чем

с локального да. но речь именно про сетевые лицензии. Он же их выдает, беря с моего компа. SLDK пообщались по 1947, и на сервере 1с у SLDK появилась сетевая лицензия(см. скрин со сниффера).

Но как сам сервер 1С общается со своим SLDK для того, чтобы а) лицуху запросить
б) получить её у sldk, чтобы отдать клиенту?

Значит, всё-таки по 1947?

>как сам сервер 1С общается со своим SLDK

или у них несетевое общение, через ну я там хз, драйвер какой?

(95) вот х.з.
может это не сам сервер, а SLDK по 1947 между собой лицензии передают, а сервер уже от локального SLDK лицензии получает,
но у 1С это недокументировано

(96) Я ж тебе когда еще сказал - SLDK надо ставить (и настраивать) на каждом клиенте. даже жирным выделил. см. в (83)
ну и вот все понятно - твой сервер 1с через свой локально установленный SLDK тянет ключик с твоего компа с установленным SLDK. Поставишь SLDK на каждого нужного клиента, настроишь и будешь радоваться.

Ну тут правда я опять не понимаю аспекта - SLDK и на сервере работает исключительно на порту 1947, если 1С работает по 475
ц-ц-ц это по сети 1С ищет ключик на исключительно на 475 порту.  Подчеркиваю - по сети.
А у тебя 1С ищет и берет ключик не по сети, а локально, и соответственно пофиг на порты. типа воткнул USB ключ локально на клиента - и никакие порты 475 не нужны. а по аналогии - воткнул SLDK локально на клиента - и никакие порты не волнуют. 1С берет ключ локально.

(0) Если 1С работает в режиме клиент-сервер и на сервере стоит галка раздавать лицензии сервером, то лучше ее снять, если в сети на разных машинах воткнуто несколько сетевых ключей. Достаточно, чтобы на каждой раздающей машине стоял HASP LM, а в клиентах 1С был в nethasp.ini прописан перечень всех этих компов, в которых вотнуты ключи, типа

NH_SERVER_ADDR = IP_первогокомпа, IP_второгокомпа
NH_USE_BROADCAST = Disabled

(96) Кстати, а можешь проверить одну гипотезу.
HASP LM не может раздавать лицензии с двух одинаковых 5-ти пользовательских USB-ключей, воткнутых в один комп.

A SLDK? Прикинь, а вдруг может? Тебе тут памятник забабахают тогда :)))
просто у тебя идеальная ситуация для проверки такой гипотезы :) на твоем компе уже стоит SLDK. Втыкаешь туда оба 5-ти пользовательских ключика. Ставишь хотя бы 6-ти клиентам локально SLDK. Настраиваешь (броадкаст хотя бы) И проверяешь. Потянут с твоего компа 6 лицензий или нет?
А, ну да, сколько то лицензий уже тянет сервер 1С, значит клиентов для проверки можно и меньше.

(99) это совсем не интересно, мы уже на совсем другое перешли. :)))
Прикинь, у автора на его рабочем компе нет (вот от слова вообще нет) никакого HASP LM. Только воткнут 5-ти пользовательский ключ и установлен SLDK
При этом сервер 1С (это совсем другой комп) тянет с его рабочего компа лицензии. Напоминаю - HASP LM на рабочем компе не установлен, и, соответственно никому ничего не раздает и раздавать не может ввиду отсутствия. А сервер 1С, тем не менее, их с рабочего компа берет. :)))
Тут такие интересные про SLDK открываются.
А если автор еще проверит гипотезу из (100) и она сработает...

(101) предполагаю, что SLDK - это Sentinel LDK License Manager, т.е. по сути это новая версия Aladdin HASP License Manager от Sentinel, которая умеет все то же самое + что-то еще, что у 1С не документировано,
параметры nethasp.ini для него также должны работать,
а два ключа в одной машине работать не будут ИМХО,
о новых настройках в АСС, hasplm.ini и порт 1947 1С ничего не знает и не умеет,
из нового (возможно) - это возможность выдачи лицензий между SLDK

(101) Да, мочи всю ветку прочитать не хватило :)

(101) я попробую. Но у меня чесговоря уже слов нет.

Сегодня с утра клиенты не смогли зайти - типа нет "ключа у службы сервера". Уже само это хрен знает почему. У сервера - ПРОГРАММНАЯ лицензия. Файл на месте. Правда, железо менялось у сервера, но это у гипервизора, виртуалка-та та же.... В общем хрен знает почему, но сервер не подхватывал её. Окей, выдернул я с сервера 1С старый HASP4, вставил NET5, перезапустил службу сервера - все поднялось. В свойствах сервера, правда, все равно указана программная лицензия, я хз как это работает.


Но во-первых, клиенты сразу после старта нахватали ключей больше, чем их есть на аппаратном ключе. Прикладываю обновленный скрин, но, мамой клянусь,
1) 20 секунд назад, до F5 на списке сеансов, оба обведенных сеанса были c лицензией Сервер, 164492, ORGL8 Сетевой 5. Ну и сейчас их тоже больше 5 получается.
2) почему какие-то "Лок", какие-то "Сет"? Принцип получения лицензии для всех сеансов один.

Выдернутый HASP4 лежит у меня на столе, и никуда более не втыкался. Взять оттуда лицуху нельзя.

(104)>Сегодня с утра клиенты не смогли зайти - типа нет "ключа у службы сервера". Уже само это хрен знает почему. У сервера - ПРОГРАММНАЯ лицензия. Файл на месте. Правда, железо менялось у сервера, но это у гипервизора, виртуалка-та та же.... В общем хрен знает почему, но сервер не подхватывал её. Окей, выдернул я с сервера 1С старый HASP4, вставил NET5, перезапустил службу сервера - все поднялось. В свойствах сервера, правда, все равно указана программная лицензия, я хз как это работает.

х.з. что у тебя тут, даже не припомню сообщения с таким текстом, серверная лицензия привязана к параметрам машины или к HASP ключу?

1) 20 секунд назад, до F5 на списке сеансов, оба обведенных сеанса были c лицензией Сервер, 164492, ORGL8 Сетевой 5. Ну и сейчас их тоже больше 5 получается.
2) почему какие-то "Лок", какие-то "Сет"? Принцип получения лицензии для всех сеансов один.

Лок - это значит, что сервер получил лицензию сам с локального ключа,
Сет - это значит, что север получил лицензию от менеджера лицензий, но с какого именно непонятно, т.к. они у тебя одинакового номнала на 5 раб.мест

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

(91) поставил на свой комп HASP LM. Он не слушает ни один порт. И даже не читает свои ini-файлы. Я хрен знает вообще что это за шляпа такая. Он стартует совсем иначе, чем на сервере 1С. Бинарники идентичны. Ставились из одного архива.

(107) nhsrv.ini лучше пока вообще закомментировать, оно тебе сейчас только мешать будет

(106) Весь пост ни о чем. Слов много, но ничего конкретного, кроме картинок от Руссиновича.
стартует совсем иначе, чем на сервере 1С
какая ОС на сервере
какая ОС на твоем компе
какая версия HASP LM (не бинарники идентичны, а какая версия?)

Короче. Воткнул себе старый HASP4 ключ. Поставил HASP LM как приложение(так он почему-то порты открывает, а как сервис - нет). Запустил его и Aladdin Monitor.

Эта говна видит ключ на сервере, а локальный не видит. То есть и Sentinel LDK, и HASP LM(как установленные на моем компе, так и на сервере 1С) видят ключ, который воткнут тот ключ на сервере.

И не видят тот, который воткнут у меня. Я отключал физически провод от своего компа - Aladdin Monitor и Sentinel ACC у меня продолжают работать, а ключ исчезает из списков...

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

(108) на моем Win10Pro, на сервере Win Server 2019 стандарт.
Версия LM 8.32.

(109) попробуй пустую файловую базу локально запустить

(109) И не видят тот, который воткнут у меня.
тут фишка в том, что, цитата:
Монитор увидит ключ только после того, как защищённое приложение (в данном случае 1С) успешно откроет хотя бы одну сессию с этим ключом.

Начинаю подозревать, что ключ сам по себе нерабочий
поэтому предыдущий совет из (111) очень полезен. Отключи свой комп от сети ( Я отключал физически провод от своего компа) и запусти 1С локально. Так ты проверишь ключ на работоспособность. Хотя бы локально работоспособность.

(109) Поставил HASP LM как приложение(так он почему-то порты открывает, а как сервис - нет).
Перезагружать надо. Он (HASP LM) старенький, древненький, я сам сколько раз нарывался на то, что служба (если поставить "как сервис") нормально стартует только после перезагрузки.
На своем то компе это недолго и несложно, это ж не рабочий сервак перезагружать. :)

(113) я для чистоты эксперимента вообще чистую Win10Pro на свой комп вкатил.

1) драйвер 5 версии, который идет с HASP LM 8.32, не подошел к этому ключу. Он так и висел в списке неопознанных USB-устройств как HASP 2.17. Лицензии оттуда не брались 1С.
2) после установки Sentinel LDK ключ в диспетчере устройств опознался, запуск пустой локальной базы прошел легко, ключ получен, c подключенным сетевым проводом и без него результат одинаковый:

Локальный HASP4 ORGL8 5, получило клиентское приложение

3) Ни в HASP LM(точнее, в Aladdin monitor), ни в морде SLDK - ключа не видать

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

(114) с локального ключа 1С и должна брать лицензии напрямую, без LM

Драйвер, ставящийся с платформой, кстати, тоже не подходит.

Вот так же не должно быть после установки драйвера, идущего с 8.3.27?

блин, да там еще и 2.17 :)))

к 114 посту автор наконец то открыл страшную тайну :), да и то мимоходом проговорился :) так и висел в списке неопознанных USB-устройств как HASP 2.17.

Хотя для винды это вроде бы не критично, работает и ладно. Только и того, что не видится. Не скажу, может и в askmon тоже не видится по этой же причине, но
цитата: "Ключи с микропрошивкой версии 2.17 в Sentinel Admin Control Center могут не определяться."
отсюда
https://www.online-ufa.ru/content/articles/marking_security_keys_1c/

А вообще, лет эдак с дюжину назад я тут даже утилитку для перепрошивки с 2.17 на 3.25 выкладывал
вот тут: 1с ключ hasp net20 не определяется в админке, но работает
помимо всего, обрати внимание и на пост (26) в ссылке. И особенно на пост (30) :)))

(116) Зачем к такой древности, как 2.17, новые дрова? Некрофилам - некрофилово :)
8.32 ставит дрова, если не ошибаюсь, 5.40

у меня есть дрова версии 4.116 и 4.102 хочешь попробовать?
https://disk.yandex.ru/d/4ANmQDhzmj4MEg

(118) Я ж говорю, драйверы от платформы и те, что с HASP LM - не подхватываются.

4.116 и 5.22 по ссылке попробовал. не подхватываются.
диод не горит, в диспетчере устройств не меняется ничего.

Я тут попробовал Sentinel Run-Time версий 10.12 и какую-то 8. Тоже не подхватываются.

Ключ оживает только при установке Sentinel Run-Time 10.13

(117) пишут, что 2.17 зашить нельзя в принципе, а кто пытается - портит ключ.

Может мне кто его как раз зашить пробовал?

(119) ну зато хоть понятно, куда копать почему в Sentinel ACC не видится:) прошивка то 2.17 так и есть взаправду?
Ну вот, с этой прошивкой может не видиться.
Правда, на саму работу в винде это не должно влиять.

(119) у старых дров могут быть еще проблемы совместимости с новыми версиями Windows

(121) с этими ключами еще сталкивался с проблемой при пробросе в виртуалку, локально работают, а при пробросе нет, даже на Windows

(120) пишут, что 2.17 зашить нельзя в принципе
а зачем тебе прошивать? Это нужно для линукса, а тебя только и того, что не видится в Sentinel ACC.
ну не видится и.. подними правую руку вверх и резко опусти её со словами - и хусим.
работать в винде должно и с этой прошивкой, только и того, что не видится в ACC. Прошивать ради видимости - сомнительная причина. Был бы линукс - может, и стоило бы рискнуть.

(119)  Я ж говорю, драйверы от платформы и те, что с HASP LM - не подхватываются.
4.116 и 5.22 по ссылке попробовал. не подхватываются.
да 4.102.5.22 вряд ли. Они (эти драйвера) без цифровых подписей.
а вот драйвера 4.116 уже с цифровой подписью.
как вариант, еще можно попробовать драйвера от HASP LM 8.31. Там более ранние, чем в 8.32.
Тренироваться не на чем. Нет у меня ключика 2.17. А на ключик 3.25 хватает практически любых из перечисленных дров, по крайней мере я обычно ставлю дрова от платформы и все нормально. А какие дрова нужны твоей прошивке - я хз. Ну попробуй еще от 8.31