Проблема с работой нескольких HASP ключей

Форум Администрирование Общие вопросы администрирования (Admin)

Платформа 1С v8.3 Linux Ubuntu Системный администратор Вопрос

1. link.tmb 10.04.19 12:52 Сейчас в теме

Добрый день, коллеги.

Который день бьюсь со следующей проблемой:

Дано:

- Контейнер lxc (Ubuntu 16.04 x64) со следующим софтом:
- Сервер приложений x64 8.3.14.1565
- СУБД PostgreSQL
- HASPD Etersoft 7.60 x64
Установлен серверный HASP-ключ (х64, MAX EN8SA). Сервер приложений ключ опознает и работает нормально
Содержимое nethasp.ini:

[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.101, 192.168.0.102, 192.168.0.103
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
NH_SERVER_NAME = hlm03, hlm04, hlm05

NH_SESSION = 5
NH_SEND_RCV = 4

Показать

- Контейнер lxc (Ubuntu 16.04 x64, 192.168.0.101) со следующим софтом:
- HASPD Etersoft 7.60 x64
Установлен клиентский HASP-ключ (ORGL8) на 20 пользователей. Ключ опознается, видится через SACC и AKSMon, раздается на клиенты.

- Контейнер lxc (Ubuntu 16.04 x64, 192.168.0.102) со следующим софтом:
- HASPD Etersoft 7.60 x64
Установлен клиентский HASP-ключ (ORGL8) на 10 пользователей. Ключ опознается, видится через SACC и AKSMon, раздается на клиенты.

- Контейнер lxc (Ubuntu 16.04 x64, 192.168.0.103) со следующим софтом:
- HASPD Etersoft 7.60 x64
Установлен клиентский HASP-ключ (ORGL8) на 5 пользователей. Ключ опознается, видится через SACC и AKSMon, раздается на клиенты.

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

Проблема:

При подключении через браузер выдаются только 20 лицензий. (то количество, которое есть на hasplm, который стоит первым в списке NH_SERVER_ADDR в nethasp.ini, если первым поставить 192.168.0.102, то выдаст только 10 лицензий), т.е. не происходит обращение ко 2 и 3 менеджеру лицензий (свободные лицензии на них присутствуют).
При аналогичных настройках nethasp.ini для тонкого клиента все отрабатывает как нужно: закончились свободные лицензии на 1-м менеджере лицензий - идет на второй и т.д.

Собственно вопрос:
В чем может быть проблема и в какую сторону копать?

P.S. Варианты объединения ключей в один или замена на программные лицензии не рассматриваются по ряду причин.

По теме из базы знаний

Найденные решения

10. Online-Ufa 10.04.19 16:59 Сейчас в теме

(9) Советую повнимательнее перечитать документацию. Сервер "1С:Предприятие 8" может получить клиентскую лицензию только от ОДНОГО аппаратного ключа защиты одной серии обнаруженного по сети с помощью HASP License Manager. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же серии не выполняется !
Подробнее есть тут или тут

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. ben19791010 10.04.19 13:01 Сейчас в теме

(1)

NH_SERVER_NAME = hlm03, hlm04, hlm05

попробуй убрать это

3. link.tmb 10.04.19 13:02 Сейчас в теме

(2)

Пробовал, не помогает.

4. ben19791010 10.04.19 13:07 Сейчас в теме

(3)NH_COMMON]
NH_IPX = Disabled
NH_TCPIP = Enabled
NH_NETBIOS = Disabled

[NH_TCPIP]
NH_SERVER_ADDR = хххюхххюхюххх
NH_USE_BROADCAST = Disabled

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

7. link.tmb 10.04.19 13:27 Сейчас в теме

(4) С таким конфигом картина та же:

[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.101, 192.168.0.102, 192.168.0.103
;;NH_PORT_NUMBER = 475
;;NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
;;NH_SERVER_NAME = hlm03, hlm04, hlm05

;;NH_SESSION = 5
;;NH_SEND_RCV = 4

Показать

5. ben19791010 10.04.19 13:07 Сейчас в теме

(3) а да... точно 1 нетхасп у тя?

6. link.tmb 10.04.19 13:10 Сейчас в теме

(5) три контейнера, в каждом по hasplm и одному ключу orgl8, т.е. итого 3 ключа, но на разных машинах

8. Online-Ufa 10.04.19 14:43 Сейчас в теме

Тонкий клиент получает лицензии от HASP LM.
Сервер 1С не будет раздавать лицензии с трех ключей

9. link.tmb 10.04.19 16:11 Сейчас в теме

(8) Сервер 1С также получает лицензии с HASP LM. Согласно документации ключи одной серии нельзя размещать на одной машине, т.к. в этом случае будет работать тот у которого минимальное значение id устройства (в linux это будет ключ который подключили раньше остальных), но что мешает серверу приложений опрашивать несколько сервисов hasplm, как это делает тонкий клиент?

10. Online-Ufa 10.04.19 16:59 Сейчас в теме

11. link.tmb 10.04.19 17:14 Сейчас в теме

(10) Да, видимо, упустил этот момент. Благодарю за информацию.

12. user878830 11.04.24 14:06 Сейчас в теме

(10)
Я внимательно прочитал автора топика, он пишет, что у него ключи 20, 10 и 5 лицензий соответственно. А в документации и вами сказано, что "поиск в сети других ключей ТОЙ ЖЕ СЕРИИ не выполняется".

У меня также есть 20 ключей (основной ключ, видится, раздается) и 10 ключей (вспомогательный ключ, не раздается).

В чем тогда смысл перечисления нескольких NH_SERVER_ADDR, если ищет все равно только в одном?

13. Online-Ufa 11.04.24 14:14 Сейчас в теме

(12) Оба ключа на других машинах и сервер ищет их по сети или один из ключей установлен непосредственно в машине, где сервер 1С?

14. Torin 836 11.04.24 14:15 Сейчас в теме

(12)

если ищет все равно только в одном?

ключ на 20 в сервер , ключ на 10 на любой ПК в сети . Указать серверу в NH_SERVER_ADDR адрес ПК с ключем на 10.
В результате если ключ на 20 на сервер будет полностью израсходован сервер обратиться к ПК ( указан в NH_SERVER_ADDR ) где ключ на 10 и продолжит раздачу

15. Online-Ufa 11.04.24 14:24 Сейчас в теме

(14) Это будет работать только в случае, если один из ключей установлен локально непосредственно на машине с сервером 1С. Если оба ключа по сети, то смысла указывать IP второго сервера в параметре NH_SERVER_ADDR файла nethasp.ini в случае с ключами на 10 и 20 раб.мест действительно нет.

16. Torin 836 11.04.24 14:30 Сейчас в теме

(15)

Это будет работать только в случае, если один из ключей устновлен локально непосредственно на машине с сервером 1С.

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

Оставьте свое сообщение

E-mail: