Добрый день! Коллеги, может кто сталкивался с такой ситуацией , задача следующая так как несколько сервисов лицензирования не могут работать в 1 кластере есть ли возможность реализовать раздачу или "передачу" лицензий по другому? Может какие примочки/костыли есть, все таки сообщество 1С развивается, может есть какие-то опытные испытания "невозможных" вариантов? Почему такая задача стоит из-за особенностей перехода на программное расширение аппаратных ключей, и невозможность работы сервера 1С более чем с 1 ключом одной серии (может есть решения для этого?). Рациональные методы типа обмена ключей на 1 или перехода на программные лицензии требует значительных доп. вложений, поэтому задаю такой вопрос.

(0) нифига непонятны ни исходные данные, не текущие проблемы, ни цель затеи

Исходные данные:
Есть сервер 1С, есть куча филиалов со своими аппаратными ключами, произошел некий переход на программное расширение с привязкой к аппаратным ключам, но оказалось что те самые программные расширения хоть и называются "Программные" из-за своей привязки накладывают ограничение на   работу 1С сервера с 1 ключом hasp и получается сервер видит файлы программных лицензий, но не может их использовать т.к. при подключении проверят привязку по ключу. И раз он нашел 1 ключ то другой такой же серии он уже не найдет и следующую привязку не отработает и скажет что лицензий нет... Вопрос какими костылями можно это решить без доп. вложений?

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

(2) несколько серверов лицензирования тут ничем не помогут.

какая именно программная лицензия привязана к ключу, клиентская или на сервер 1С?
если клиентская, то как клиенты получают лицензии с ключей, сами от HASP LM, или от сервера 1С?

Клиентская лицензия, клиенты получают лицензии с ключей от HASP LM.

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

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

(2) Я так понимаю, что у вас решили "проапгрейдить" старые аппаратные лицензии, которые никак не использовать в рамках сервера, на программные? При этом у вас много действующих аппаратных лицензий?
Можно ли в нетхаспе указать имя (или адрес) компа, на которых находится эта аппаратная (и привязанная к ней программная) лицензия?
Просто тогда надо четко разделить, какие компьютеры берут эти лицензии.
По крайней мере я бы попробовал так сделать

(7) Перепривязать нельзя.
Это относительно новая фишка таких "бывших юсб" лицензий. Они привязываются ровно один раз к какой-то аппаратной лицензии (многопользовательской). Получение резервных пинкодов для перепривязки не предусмотрено

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

(7) У меня на одной конторе на сервере 1с установлено 6 программных клиентских ключей подряд (10-10-10-10-5-5) и прекрасно раздаётся с сервера 50 лицензий. Без никаких серверов лицензий. Так что все это отлично работало бы.

Но если у вас (9) то ой

Это на самом деле апгрейд только до КОРП. Указывать nethasp у машины не поможет, т.к. тогда не работает КОРП все должно раздаваться сервером 1С. Net Hasp не видит такие  "Программные лицензии". Правильно решение тут понятно обмен всего этого добра с большой доплатой на программные лицензии и потеря преимуществ аппаратных лицензий переде программными, но может есть небольшой шанс как то обойти ограничение 1 сервера на ключ 1 серии. Попадалось описание что есть обход т.к. в данном случае было бы ограничение на более чем 1800 пользователей для аппаратных лицензий, но как оно реализовано практических кейсов не нашел.

(9) перепривязать нельзя только "расширяющие" лицензии ПРОФ Плюс, которые для снятий ограничений на 12 ядер и 500 сеансов и только в случае, если ключи были приобретены до 11.02.2019 г.
если это обычные клиентские лицензии, то без проблем можно перепривязывать без ограничений

Может даже просто совет в каком направлении посмотреть

(11) Единственное неудобство, 1 подключение = 1 лицензия

(15) Если лицензии активировались не на сервер, то переактивировать не выйдет.

(12) у тебя там КОРП лицензии с USB-ключами?

При авктивации там прям предупреждение, чтол либо так либо так

(15) советую спросить в ТГ https://t.me/OnlineUfaSupport1C

Все верно КОРП лицензии с usb ключами. Обращение в КОРП помогло разобраться, что сервер 1С не работает более чем с ключом одной серии и рекомендацией перейти на программные лицензии.

(21) с этого и надо было начинать,
КОРП с USB - это совсем другой тип лицензий

(19) не думаю, что у ТС активировались однопользовательские пины,
но даже в этом случае по факту один раз можно поменять способ активации, хотя в документации пишут, что нельзя

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