Всем привет!
Платформа 8.3.6.2390, сервер x64

Есть 2 виртуальные машинки:
vm1(sql, сервер 1с, и hasp lm + alladin monitor, аппаратный ключ на 5 р.м)
vm2 (только hasp lm + alladin monitor и аппаратный ключ на 5 р.м) - используется как вспомогательный терминал на 2 пользователя.
Остальные пользователи подключаются через локальные машинки и поиск ключей осуществляется на vm1 и vm2.
На сервере 1с в настройках каждой из баз установил значение "НЕТ" параметра "Разрешить выдачу лицензий сервером "1С:Предприятия"
Но при запуске 2х баз с одной клиентской машинки alladin показывает, что один и тот же ПК захватил по ключу с VM1 и с VM2.
Что нужно сделать, чтобы ПК забирал только одну лицензию? Спасибо.

(0) для того, чтобы клиент не мог съесть две лицензии, надо раздавать лицензии сервером. Эта галка ровно потому и появилась, что hasplm'ы друг с другом ни как не общаются

(1) До этого так и было, и довольно долго все работало, стал разбираться почему, нашел статью http://catalog.mista.ru/public/155922/
Судя по статье при установленном значении "Да" лицензия выдается на одно соединение.
Решил выключить.
Хотя при создании новой базы всегда ставится значение "Да".

(1) как раз при раздаче лицензий сервером клиент может съесть все. По одной на каждую открытую базу

(2) у хасплма есть таймаут, после котого при отсутствии активности он сбрасывает коннект. Раньше работало потому, что меньше пользователей было или они реже коннектились - таймаут обеспечивал свободные лицензии, но поведение было точно таким же.
Этот таймаут задолбан в код хаспа и не регулируется ни чем.

+(4) инфа от самого этого алладина

(4) из статьи гилева http://www.gilev.ru/hasp/
"10) если большая нагрузка в сети и много клиентов, то менеджер лицензий может не успеть выдать лицензию : ), чтобы это решить, увеличьте интервал опроса к менеджера лицензий клиентов в C:\Program Files\1cv81\bin\conf\nethasp.ini
NH_SESSION = 5
NH_SEND_RCV = 4
NH_USE_BROADCAST = Disabled
И ограничьте в C:\Program Files\Aladdin\HASP LM\ nhsrv.ini компьютеры с которых могут подключаться пользователи, например
NHS_IP_LIMIT = 10.24.2.18-99"

(6) интервал опроса и таймаут - разные совсем вещи, если ты об этом

(7) Ну да, не углядел. (4) Пользователей больше не стало, увеличилось только количество баз, в данном случае рассматривается одновременная работа с двумя базами.

Если в моем случае конкретно указать с какого ПК где искать ключ, что и где нужно прописать? в hasp.ini данного компа? (1) Т.е. я хочу принудительно разграничить, 1ПК,2ПК,3ПК,4ПК,5ПК  ищите ключ на vm1, остальные по аналогии..

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

количество железных лицензий должно раза в полтора превышать количество активных пользователей, чтобы жилось всем спокойно.
Эмпирическое правило

(10) Т.е. пока у пользователей было небольшое количество баз, им хватало лицензий на каждое соединение с сервером, т.к. настройка у базы стояла "разрешить выдачу лицензий сервером" = "Да", как только количество баз увеличилось, соответственно увеличилось и количество одновременных соединений, тем самым появилась ошибка о нехватке лицензий. Тогда после установки значения параметра базы = "Нет", лицензии стал контролировать hasp lm, но за счет того, что их установлено 2 и между собой они не общаются, при поиске первой базы 1с обратилась к первому hasp на vm1, тот выдал лицензию, а при запуске второй 1с - она уже обратилась к другому hasp на vm2 и тот не видя выданную лицензию через hasp на vm1, выдал свою. (10) т.е. Если в данном случае я выйду из запущенных баз у этого пользователя и сразу же заново запущу(пока не кончился таймаут) их же, тогда hasp выдаст еще одну или 2 лицензии? и в итоге у одного пользователя будет запущено 2 база и использовано 4 лицензии?

Есть возможность перекинуть один ключ с vm2 на vm1, т.е. на одном hasp будет висеть 2 ключа, а на другом пусто. В данном случае управление выдачей лицензий будет один hasp? и соответственно он не должен выдавать 2 лицензии на один ПК по истечении таймаута?

(13) ключи на 5 р.м., вроде как, никогда не работали в одной машине

(14) Тогда какие могут быть рекомендации в моем случае? Вернуть выдачу лицензий сервером? и регламентировать запуск одной базы только один раз?
или оставлять как есть и надеяться на то, что 1с будет искать ключ уже на выдавшем ей hasp lm? или указать конкретный сервер в файлике nethasp.ini в локальном ПК

(15) "указать конкретный сервер в файлике nethasp.ini в локальном ПК".
или попросить 1с поменять два ключа по 5 на один по 10, если это, конечно, не две БП на 5 пользователей

(12) да

(13) ключи одной серии в одну машину технически воткнуть можно, но hasplm увидит только один - это в инструкции так сказано. По факту часто он вообще что-либо видеть перестает.

(15) купить еще 5 лицензий или поменять все имеющиеся на 20ку

(16) Спасибо, попробую
"или попросить 1с поменять два ключа по 5 на один по 10, если это, конечно, не две БП на 5 пользователей"
там один комплект ПП на 5 р.м. + отдельно доп. лицензия на 5р.м. уточню в 1с. наверное самое оптимальное решение.
(18) Спасибо, когда-то раньше сталкивался с таким, по этому при установки разносил на разные машинки. (19)  сначала попробуем на замену, а уже после предложу клиентам такой вариант.)

предварительно сказали что ключи из комплекта не меняются( только доп. ключи. т.е. в моем случае вариант 5ку поменять с доплатой на 10ку. а другая пятерка будет видимо страдать)
или же в таком случае я смогу попробовать их на один hasp посадить.

нужно руками разделить клиентов через их локальные нетхасп.ини по разным серверам хаспа. иначе не получится.

(22) ну я чуть выше об этом писал "...или указать конкретный сервер в файлике nethasp.ini в локальном ПК"

Если не сложно можно рабочий пример, и еще хотел узнать в настройках нет хаспа есть галка(по-умолчанию установлена) использовать http://joxi.ru/LmGE0WytMN0gAl
она в данном случае будет на что-то влиять при использовании nethasp.ini в локальном ПК ?

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

(23) [NH_COMMON]

NH_TCPIP = Enabled;
NH_IPX = Disabled;

[NH_TCPIP]
NH_SERVER_ADDR = 192.0.0.1;
NH_USE_BROADCAST = Disabled;

как-то так.
поищи поиском по форуму ещё. примеров много.

http://joxi.ru/n2YkVJdcM1JEr6

(22) при наличии терминала это может не получится организационно.

(25) Спасибо попробую, но вот я в сообщении (26) нашел на форуме пример настройки и там указано, что необходимо еще в файлах на сервере где установлены hasp`ы отредактировать файлы с указанием имени этих серверов.
(27) ну у меня 7 человек в офисе сидит - это максимум
2-3 через RDP - максимум.

Т.е. если я на пк1,пк2,пк3,пк4,пк5 -прописываю использовать ключ vm1, а для пк6, пк7, и на терминальном сервере - использовать ключ с vm2(терминальный). то наверное должно быть нормально?

(0)Как тебе в виртуальную машину воткнуть аппаратный ключ?

Как удалось воткнуть аппаратный ключ в две виртуальные машины?

(28) попробуй без указания server_name. у нас, вроде, так было и работало.

(29) на железке vmware- на ней 2 вирт. машинки, просто проброс устройств. "Как удалось воткнуть аппаратный ключ в две виртуальные машины?" - на всякий случай у нас 2 аппаратных ключа. (31) Хорошо спасибо) попробую. Кстати да я уже пробовал прописать в файле на ноутбуке который не в домене, он не видел серверов по имени, сначала в hosts прописал имена серверов с их ip, всё равно лицензии не видел потом в nethasp.ini прописал эти 2 сервера и всё заработало) теперь значить по одному раскидаю и попробую

(32)Понял. Ключи должны быть на разных физических машинах и не обязательно на сервере. Лишь бы компьютер был включен и был виден другим.