Всем привет. Подскажите пожалуйста, можно ли как то подружить два пятипользовательских ключа? Дело в том, что у клиента два УСБ ключа одной маркировки. 5=5 = 10. Но сервер видит только пять лицензий! То есть один ключ. Спрашивала выше, сказали, что два ключа одной маркировки не уживаются на одном сервере.
Как вариант, есть возможность поменять два пятипользовательских ключа на один десятипользовательский. Но и тут проблема: можно поменять при условии, что оба ключа как дополнительные лицензии, так же на доплицензии и меняешь. У клиента же не доплицензии, а есть привязка к продукту. То есть сначала была взята бухгалтерия на пять пользователей как УСБ вариант, а потом уже взят дополнительно пятипользовательский ключ. То есть уже понятно, что тут обмена двух ключей на один не состоится. Можно как то всё таки подружить эти два ключа? Воткнуты они в один сервер.
Как вариант, есть возможность поменять два пятипользовательских ключа на один десятипользовательский. Но и тут проблема: можно поменять при условии, что оба ключа как дополнительные лицензии, так же на доплицензии и меняешь. У клиента же не доплицензии, а есть привязка к продукту. То есть сначала была взята бухгалтерия на пять пользователей как УСБ вариант, а потом уже взят дополнительно пятипользовательский ключ. То есть уже понятно, что тут обмена двух ключей на один не состоится. Можно как то всё таки подружить эти два ключа? Воткнуты они в один сервер.
По теме из базы знаний
- Все, что надо знать о технологической платформе 1С:Предприятие: компоненты, архитектуры, операционные системы, лицензии
- 1С:Предприятие 8. Клиентские и серверные лицензии 1С (ПРОФ, КОРП, мобильные)
- Нюансы лицензирования 1С
- Привязка программной лицензии к USB-ключу: когда имеет смысл использовать
- ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) заменить 2 ключа на один на 10 пользователей? Либо, как писали ранее, разнести два ключа по разным компам, поставить на машины с ключами HASP LM и в nethasp прописать, по каким адресам обращаться за лицензиями:
[NH_TCPIP]
NH_SERVER_ADDR = <ТутПрописатьЧерезЗапятуюIP>
NH_SERVER_ADDR = <ТутПрописатьЧерезЗапятуюIP>
(11) Как уже сказали, в пределах одной простой подсети можно ничего нигде не прописывать. Достаточно разнести ключи на два разных компа и на каждом поднять менеджер лицензий. По дефолту клиенты шлют широковещательные пакеты "дайте мне кто-нибудь лицензию". Один из менеджеров лицензий ее и выдаст.
(1)Два и более менеджеров лицензий (License Manager) в сети
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
[NHS_SERVER]
NHS_SERVERNAMES = NAME1
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = NAME1, NAME2
Для работы защищенного приложения на удаленной рабочей станции необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по 475 порту в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование по каким-либо причинам не выполняется, необходима настройка приложения через файл nethasp.ini (должен находиться в одной директории с исполняемым файлом) с целью отключения broadcast-механизма поиска ключа и явного указания
При наличии двух и более сетевых ключей не всегда достаточно разнести их по разным компьютерам. Следует выполнить настройку менеджеров лицензий. Каждый менеджер лицензий должен иметь уникальное имя, которое следует явным образом сообщить защищаемой программе. Рекомендуется выполнить аналогичную настройку и в случае использования сервера терминалов, даже при одном сетевом ключе.
На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.
[NHS_SERVER]
NHS_SERVERNAMES = NAME1
После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
NH_SERVER_NAME = NAME1, NAME2
Для работы защищенного приложения на удаленной рабочей станции необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по 475 порту в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование по каким-либо причинам не выполняется, необходима настройка приложения через файл nethasp.ini (должен находиться в одной директории с исполняемым файлом) с целью отключения broadcast-механизма поиска ключа и явного указания
(12) Можно ничего не прописывать. Лицензии будут искаться во всей сети и выбираться свободные. Конечно, на рабочей станции с ключом должен быть установлен менеджер HASP. Можете скачать себе утилиту от Алладина - HASP HL Monitor. Увидите все ключи в сети и степень их загруженности.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот