Тонкие клиенты + веб-сервер. Часть клиентов со своими ключами.
Добрый день!
Сервер 1С - он же терминальный сервер. Не хватает лицензий RDP, решили часть пользователей с RDP перевести на веб-сервер.
Уперлись в проблему с лицензиями. Сложность в том, что через веб-сервер уже работают другие пользователи, у которых ключи свои, локальные, на клиентских компьютерах. Чтобы такие клиенты не занимали клиентские лицензии на сервере, на сервере в nethasp.ini запрещен поиск ключей, как указано в :
Т.е. у нас появляются пользователи, которые не имеют локальных ключей и должны получить ключи с сервера 1С. Как это сделать?
Есть второй веб-сервер. Но пока непонятно, как его использовать для этой ситуации.
Все лицензии программные.
Сервер 1С - он же терминальный сервер. Не хватает лицензий RDP, решили часть пользователей с RDP перевести на веб-сервер.
Уперлись в проблему с лицензиями. Сложность в том, что через веб-сервер уже работают другие пользователи, у которых ключи свои, локальные, на клиентских компьютерах. Чтобы такие клиенты не занимали клиентские лицензии на сервере, на сервере в nethasp.ini запрещен поиск ключей, как указано в :
Такой способ подключения можно использовать для того, чтобы клиенты, имеющие доступ к информационной базе через веб-сервер, гарантированно не могли занять лицензии клиентов, работающих в офисе по локальной сети. Для этого:
установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled
установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled
Т.е. у нас появляются пользователи, которые не имеют локальных ключей и должны получить ключи с сервера 1С. Как это сделать?
Есть второй веб-сервер. Но пока непонятно, как его использовать для этой ситуации.
Все лицензии программные.
Найденные решения
Во-первых, конфиг в nethasp применим только к аппаратным лицензиям.
Во-вторых, очередность получения лицензий на клиенте при запуске базы примерно такая
1. поиск программной лицензии на клиенте
2. поиск локальной аппаратной лицензии на клиенте
3. поиск в локальной сети менеджера hasplm с аппаратной лицензией
4. запрос аппаратной/программной лицензии с сервера 1С
Как видите, если на клиенте есть своя лицензия, то на сервер за лицензией он ломиться не будет. Разумеется, при условии работы через платформу, а не браузер. В браузере без вариантов будет тянуться лицензия с сервера.
Во-вторых, очередность получения лицензий на клиенте при запуске базы примерно такая
1. поиск программной лицензии на клиенте
2. поиск локальной аппаратной лицензии на клиенте
3. поиск в локальной сети менеджера hasplm с аппаратной лицензией
4. запрос аппаратной/программной лицензии с сервера 1С
Как видите, если на клиенте есть своя лицензия, то на сервер за лицензией он ломиться не будет. Разумеется, при условии работы через платформу, а не браузер. В браузере без вариантов будет тянуться лицензия с сервера.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Настройки nethasp.ini не имеют никакого отношения к программным лицензиям. Все что вы там указали на поиск программных лицензий никак не повлияет.
С программными лицензиями для одной и той же базы вы не сможете настроить, что бы часть клиентов использовали свои локальные лицензии, а другая часть получала лицензии от сервера
в nethasp.ini запрещен поиск ключей
Все лицензии программные.
Настройки nethasp.ini не имеют никакого отношения к программным лицензиям. Все что вы там указали на поиск программных лицензий никак не повлияет.
Сервер 1С - он же терминальный сервер. Не хватает лицензий RDP, решили часть пользователей с RDP перевести на веб-сервер.
С программными лицензиями для одной и той же базы вы не сможете настроить, что бы часть клиентов использовали свои локальные лицензии, а другая часть получала лицензии от сервера
(3)
Откуда такая информация? У одного клиента есть локальные лицензии, он их использует, у другого нет - он использует те, что на сервере.
С программными лицензиями для одной и той же базы вы не сможете настроить, что бы часть клиентов использовали свои локальные лицензии, а другая часть получала лицензии от сервера
Откуда такая информация? У одного клиента есть локальные лицензии, он их использует, у другого нет - он использует те, что на сервере.
Во-первых, конфиг в nethasp применим только к аппаратным лицензиям.
Во-вторых, очередность получения лицензий на клиенте при запуске базы примерно такая
1. поиск программной лицензии на клиенте
2. поиск локальной аппаратной лицензии на клиенте
3. поиск в локальной сети менеджера hasplm с аппаратной лицензией
4. запрос аппаратной/программной лицензии с сервера 1С
Как видите, если на клиенте есть своя лицензия, то на сервер за лицензией он ломиться не будет. Разумеется, при условии работы через платформу, а не браузер. В браузере без вариантов будет тянуться лицензия с сервера.
Во-вторых, очередность получения лицензий на клиенте при запуске базы примерно такая
1. поиск программной лицензии на клиенте
2. поиск локальной аппаратной лицензии на клиенте
3. поиск в локальной сети менеджера hasplm с аппаратной лицензией
4. запрос аппаратной/программной лицензии с сервера 1С
Как видите, если на клиенте есть своя лицензия, то на сервер за лицензией он ломиться не будет. Разумеется, при условии работы через платформу, а не браузер. В браузере без вариантов будет тянуться лицензия с сервера.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот