Стоит физический ключ на 20 пользователей. ОС - Windows Server 2019. Базы на MS SQL.
Работают часть пользователей через RDP (это офисные сотрудники), часть подключаются к базе на веб-сервере. Те, кто подключаются через веб-сервер, в основном имеют свои одиночные USB-ключи. Может, паре подключений раздает лицензии сервер.
Число работающих через RDP - 12 человек.
Т.е. по идее, максимум 14 лицензий должно расходоваться.
Все работало нормально, но в последние 2-3 недели постоянные проблемы с нехваткой лицензий. Количество пользователей не менялось, какие-то условия работы не менялись.

Но теперь происходит следующее - с утра, как правило, все в офисе могут зайти без проблем. Но уже ближе  к обеду 1Ска при попытке запуска выдает сначала "Запуск системы выполнен без использования аппаратной лицензии. Поиск ключа выполнялся более 3 секунд. Бла-бла-бла. Отключить использование аппаратной лицензии? (Да/Нет)"
Нажимаешь "Нет". (Пользователи иногда нажимают "Да").
С таким вот сообщением можно еще несколько раз зайти.
А потом и даже такого сообщения уже 1Ска не пишет, сразу пишет, мол, нет лицензии, идите на фиг.

В RDP-сеансе ведь расходуется одна лицензия на сеанс, правильно? Т.е. ты хоть 10 разных баз запусти, лицензия используется только одна. Так вот, даже если у человека запущена, к примеру, Бухгалтерия, и он в своем же сеансе пытается запустить УТ, начинается такая же ругань на линензии. Хотя у него в этом RDP-сеансе уже есть лицензия!
При этом, через службы перезапускаешь HASP Loader, и пускает, без проблем. Но пускает только в течении буквально минуты после перезапуска службы. Не успел - все, опять нет лицензии.

Перезапуск сервера помогает не сильно - буквально через день нормальной работы тоже самое получается.

AKS monitor показывает в Current Station - 12-13.

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

Не может ключ физически как-нибудь подыхать потихоньку? Можно это как-то вообще проверить?

(0) при печати в терминале запускается процесс SplWOW64.exe, который автоматически завершается только через некоторое время после выполнения печати,
если в этот момент закрыть 1С, то терминальная сессия подвисает, а с ней и лицензия,
для решения проблемы надо уменьшить тайм-аут завершения процесса и добавить его в список, завершаемых при завершении терминальной сессии
https://www.online-ufa.ru/content/articles/problem-1c-rdp/

"В RDP-сеансе ведь расходуется одна лицензия на сеанс, правильно? Т.е. ты хоть 10 разных баз запусти, лицензия используется только одна. " Если лицензию выдал  1с:сервер предприятия, то лицензии тратятся на каждый сеанс 1с, а не на сеанс рдп.
А вот если лицензия получается клиентом от менеджера лицензий hasp, тогда 1 лицензия на сеанс рдп

(0) Когда начинает ругаться на нехватку лицензии, посмотри в консоль сервера 1С, у сеансов в колонке лицензия что стоит? Клиент или сервер.

(3) Ну да, тоже на это думаю, но не пойму, почему начинает раздавать 1с сервер, а не хасп.

(4) В общем, пишет так:
почти по всем внешним пользователям, которые через веб-сервер подключаются - "Клиент".
по 2 внешним пользователям, которые через веб-сервер подключаются - "Сервер, ORGL8 Лок 20" (это те как раз, у кого нет локального USB ключа, и они получают лицензию от сервера)

по большей части офисных RDPшников - "Сервер, ORGL8 Лок 20"
по меньшей части офисных RDPшников - "Клиент, ORGL8 Сет 20"

Причем некоторые RDPшники по одной запущенной программе имеют "Клиент, ORGL8 Сет 20", а по другой запущенной у того же пользователя программе - "Сервер, ORGL8 Лок 20"

(5) каждый запуск, где указано "Сервер, ORGL8 Лок 20" съедает одну лицензию,
даже на том ПК, где в другой базе написано "Клиент, ORGL8 Сет 20"

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

как там в (0) - "Т.е. ты хоть 10 разных баз запусти, лицензия используется только одна." не-а, не угадал, при раздаче сервером  10 и тратится.

Aладдиновский monitor вообще не показатель, он мониторит HASP Licence Manager, а сколько лицензий раздает сервер 1С, он мониторить не умеет.

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

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

Вот, сейчас из оф. справки с ИТС нашел:
"Следует обратить внимание на параметр Разрешить выдачу лицензий сервером 1С:Предприятия. Этот параметр управляет выдачей клиентских лицензий сервером «1С:Предприятия». Если параметр установлен в значение Да, то сервер «1С:Предприятия» будет выдавать клиентские лицензии в тех случаях, когда клиентское приложение не смогло получить клиентскую лицензию самостоятельно."

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

(9) а nethasp на рдп настроен? Может он бродкастом ищет и не всегда находит?

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

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

(10) В смысле 3 параметра настроить в nethasp.ini?
NH_TCPIP , NH_SERVER_ADDR и NH_SERVER_NAME?
Нет, все было по умолчанию. Сейчас настроил. Заодно применил совет из (2) по поводу процесса SplWOW64.exe
Вечером опять перезагружу сервер и посмотрю завтра, что будет.

(13) Нет, я о виндовой службе, там есть закладка "Восстановление", поставить три раза "Перезапуск" и интервал перезапуска 0

(14) Да, тоже поставил, спасибо. Я на другое сообщение отвечал, так совпало

(13) Да, еще NH_USE_BROADCAST = Disabled;

(16) Ага, тоже установил, спасибо.

(8) судя по (0) "Те, кто подключаются через веб-сервер, в основном имеют свои одиночные USB-ключи" у автора на веб-сервер ходят не через браузер, а тонким клиентом.

а в таком случае самым простым и довольно дешевым и надежным вариантом будет

(9) этим двум купить две дополнительные однопользовательские лицензии,  отключить раздачу лицензий сервером нафик вообще и не мучиться.

В противном случае чисто теоретически возможна ситуация, когда эти два юзера, запустив каждый по 10 баз, отожрут (через раздачу через сервер) все возможные лицензии HASP.

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

(0) "Все работало нормально, но в последние 2-3 недели постоянные проблемы с нехваткой лицензий. Количество пользователей не менялось, "
А количество баз? Может, добавилась еще всего одна база в список и все, лицензий перестало хватать?

В общем, проблему решил. Надеюсь.

Редактирование nethasp.ini, перезапуск HASP Loader, редактирование реестра по поводу SplWOW64.exe ничего не дало.

Помогло, как ни странно, самое банальное:
-удаление драйвера защиты (стандартный пункт меню в установленном списке программ 1С)
-установка драйвера защиты
-удаление HASP License Manager
-установка HASP License Manager
-перезапуск сервера

Пока этого не сделал, сегодня утром комп вообще отказывался выдавать лицензии. Ни одну, никому. Ни сервер, ни HASP LM. Сейчас все нормально.
Насчет (18) да, наверно, купим ключи на тех клиентов, у которых их нет, и просто уберу раздачу лицензий сервером.

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

(20) после переустановки драйвера всё заработало... совпадение?