Как работают лицензии 1с по rdp
Обновлено: 04.07.2024
Получение клиентских лицензий через сервер 1С:Предприятия
Раздел описывает особенности получения лицензий клиентами 1С:Предприятия через сервер 1С:Предприятия.
Когда сервер 1С:Предприятия выдает клиентские лицензии
Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:
- локальный клиентский ключ (кроме веб-клиента);
- сетевой клиентский ключ (кроме веб-клиента);
- локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
- сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
- программная лицензия базовой конфигурации.
Таким образом, если клиент 1С:Предприятия не нашел свободной клиентской лицензии на одном из доступных ему ключей, то он обращается за клиентской лицензией на сервер. В этом случае сервер выполняет поиск и занятие свободной лицензии на одном из клиентских ключей, доступных серверу.
Отличия в получении клиентских лицензий через сервер
Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:
- может занять одновременно несколько клиентских лицензий, в отличие от клиента;
- может подключиться только к одному локальному и одному сетевому ключу одной серии;
- в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.
Одна лицензия на экземпляр клиента
При получении клиентской лицензии через сервер лицензию занимает каждый экземпляр клиента, независимо от того, работают они на одном компьютере или на разных. Например, если клиентскому компьютеру доступен клиентский ключ, то при запуске на нем двух клиентов будет занята только одна клиентская лицензия, а если клиентскому компьютеру клиентский ключ не доступен, то при запуске на нем двух клиентов будут заняты через сервер две клиентские лицензии.
Локальная установка сетевого клиентского ключа
Если многопользовательский (сетевой) клиентский ключ установлен в компьютер менеджера кластера, на который назначен сервис сеансовых данных, а для файловой информационной базы - в веб-сервер, то сервер может получить из этого ключа несколько клиентских лицензий (в соответствии с номиналом ключа) даже если на компьютере не установлен менеджер лицензий. Отсутствие менеджера лицензий не позволит использовать этот ключ с других компьютеров локальной сети или из терминальных сессий иначе, как через сервер.
Такой способ подключения можно использовать для того, чтобы клиенты, имеющие доступ к информационной базе через веб-сервер, гарантированно не могли занять лицензии клиентов, работающих в офисе по локальной сети. Для этого:
- установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
- на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled
- другой клиентский ключ, лицензии которого предназначены для пользователей локальной сети, установите в другой компьютер и запустите на нем менеджер лицензий.
Сервер предпринимает попытку получения клиентской лицензии из локальных ключей всех клиентских серий: ORGL8 (1 - 100 пользователей), ORG8A (300 пользователей), ORG8B (500 пользователей). Установка в компьютер сервера нескольких ключей разных серий позволяет увеличить количество клиентских лицензий, доступных для получения через сервер.
Доступ сервера к сетевому клиентскому ключу
Если сервер не нашел свободной лицензии в локальных ключах, то он выполняет поиск свободной лицензии на сетевых ключах всех клиентских серий в соответствии с настройками файла nethasp.ini.
Сервер может иметь соединение только с одним сетевым ключом одной серии. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же самой серии не выполняется. Таким образом, общее количество клиентских лицензий, доступных для получения через один сервер ограничено числом 1800: локальный на 100, локальный на 300, локальный на 500, сетевой на 100, сетевой на 300, сетевой на 500.
Множественное назначение сервиса сеансовых данных
Чтобы через сервер могло быть получено более чем 1800 клиентских лицензий необходимо:
- определить кластер серверов 1С:Предприятия на 2 и более компьютерах;
- на каждом из компьютеров (кроме первого) запустить дополнительный менеджер кластера;
- сервис сеансовых данных назначить нескольким менеджерам на разных компьютерах;
- при использовании локальных ключей установить локальные ключи в каждый из компьютеров менеджеров, на которые назначен сервис сеансовых данных;
- при использовании сетевых ключей на компьютерах менеджеров, на которые назначен сервис сеансовых данных, определить nethasp.ini с указанием разных менеджеров лицензий, Например:
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.4 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.5 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled
В этом случае кластер серверов 1С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.
Клиент работает в терминале (по RDP) и лицензии активированы на сервере. Хочет перейти на режим web-сервер, т.к. серверная винда и RDP-шные лицензии ломаные, а клиент хочет легализоваться. Похвальное желание, но возник вопрос. В RDP лицензия 1С выдается на весь сеанс, т.е. юзер может открыть 2-3 базы, скушав одну лицензию 1С, а в веб-сервере как? На каждый сеанс базы или нет? А то я сталкивался с ситуациями, когда интернет "моргал" и из 1С выбивало, а потом не пускало из-за отсутствия свободной лицензии. Ждать по 3-5 минут не вариант (да и не всегда помогало), а перезапускать службу веб-сервера - еще больше не вариант.
Не получится ли так, что пару юзеров выбьет или они запустят по 2-3 базы и остальным лицухи закончатся?
В таком случае лицензии надо ставить на каждом клиенте и ходить в базу тонким клиентом, а не веб-клиентом.(0) >В RDP лицензия 1С выдается на весь сеанс, т.е. юзер может открыть 2-3 базы, скушав одну лицензию 1С
Нет. Сколько активных сеансов 1С, столько лицензий используется.
> а в веб-сервере как?
Программная лицензия, у, тановленная локально на клиенте, позволяет на этом клиенте запускать сколько угодно баз и не зависит от моргания интернета.(2) ничего подобного, лицензия на терминальный сеанс, а сколько в этом терминальносюм сеансе открыто 1с, неважно.
(2) (4) Есть нюанс. Если лицензии раздает Hasp LM, то 1 на весь сеанс RDP без разницы сколько открыто баз. А если раздает сервер 1С - то на каждую открытую базу
(0) Таймаут "засыпания" сеанса (когда он освобождает лицензию) можно настроить в параметрах информационной базы. В тех, что из конфигуратора настраиваются.
(5) Не обязательно через LM. Терминальный сервер и локальные лицензии корректно разгребает.
(5) если RDP и клиенты получают лицензии сами, то программные лицензии раздаются также, как HASP - на терминальный сеанс, а в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию
(2) неправильно вещаешь,
программные лицензии при RDP раздаются совсем не так, как веб-сервером
(5) какой сервер? Про 1с-сервер у автора ни звука, болеет того, сама постановка вопроса позволяет предполагать, что у автора файловый вариант.
Гость из Мариуполя в (3) все точно сказал, если будут переходить с RDP на веб-сервер, то многопользовательские лицензии активированные на сервере веб-сервер начнет считать на каждый запуск,
если нужно, что бы при этом лицензия выдавалась на ПК, а не на сеанс, то варианта два:
1. переактивировать однопользовательские лицензии на каждом ПК
2. поменять программную лицензию на USB-ключ
(10) Вот именно. Автор указал: "лицензии активированы на сервере". Из чего я сделал вывод, что а) лицензия многопользовательская, и б) файловая база (потому что ни слова про скуль). В этом варианте лицензия используется на каждый сеанс с базой. А не "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".
(12) если сервер терминальный, без публикации базы на веб-сервере и без сервера 1с, то программная лицензия будет раздаваться также как USB - "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".
(12) вот именно в этом варианте лицензия используется именно на терминальный сеанс, а не на каждый сеанс работы с базой.
И об этом тебе уже сказали несколько человек - и я и в (7) и в (8). Нет, ну если ты каждый сеанс работы с базой запускаешь в ОТДЕЛЬНОМ терминальном сеансе, тады ой. ССЗБ :)
(16) если тонкие клиенты смогут получать лицензии с ключа, а не от веб-сервера, то да
(16) если этот ключ раздается не веб-сервером, а менеджером лицензий - LM.
Компания аладдин знать не знает про сеансы 1с. Её LM раздает ключики, как положено - на компьютер.
Это 1С подменила на раздачу лицензий сервером и при таком использовании (раздача лицензий через сервер 1с) обманывает покупателей - под названием "Дополнительная лицензия на 1 рабочее МЕСТО" на самом деле получается что продает "дополнительную лицензию на 1 рабочий СЕАНС".
И так, задача: Есть 4 пользователя 1С 8.3 у которых установлены однопользовательские лицензии на компах. Так же есть терминальный сервер. Есть желание перенести пользователей на терминал, чтобы 1С вместе с базами крутились там.
Но, как я вычитал на инфостарте, под это дело нужна многопользовательская лицензия 1С.
Как без замены лицензий и без покупки новых перенести пользователей на терминальный сервер? Можно ли активировать 4 однопользовательские лицензии на терминальном сервере?
- Вопрос задан более трёх лет назад
- 10841 просмотр
Продолжая штудировать гугол пришел к выводу что стоит позвонить в центр лицензирования. Там поведали что нужно просто все лицензии по очереди ввести и будет 4 программные однопользовательские лицензии крутиться на сервере.
Оставляю тут, мало-ли кому пригодиться в будущем.
Учтите, что при лицензировании на комп юзер мог открывать любое количество экземпляров 1с, при многопользовательском лицензировании - 1 экземпляр 1 лицензия. + отсутствие нормального мониторинга. Это основные претензии к механизму программного лицензирования.
Была похожая задача, 5 физических 1-пользовательских USB ключей заменили на один сетевой 5-пользовательский, воткнули его в сервер - и всё ОК. До 5 юзеров работают в терминале с файловыми базами.
С "электронными" такое вроде не прокатывает, если почитать листочек с кодами активации.
Продолжая штудировать гугол пришел к выводу что стоит позвонить в центр лицензирования. Там поведали что нужно просто все лицензии по очереди ввести и будет 4 программные однопользовательские лицензии крутиться на сервере.
Антон Булкин: Для физических USB ключей - однопользовательский ключ не работает как сетевой. То есть если его воткнуть в терминальный сервер - то с ним с консоли работать можно, а удаленно - нет.
Как обстоят дела с электронными - точно не скажу. Вполне возможно, что и как сетевой сработает. Лучше всего один для пробы перенести на терминал. Потом - остальные.
Всем привет! Подскажите, планируется небольшой сервер с двумя базами - бухгалерия и зп, будет 5 пользователей подключаемых по рдп в локальной сети.
Стал выбирать лицензию и не смог пока разобраться что покупать, то сказано что покупать по количеству подключаемых компов, то по количеству сеансов 1с.
Сейчас есть 2 усб-ключа на две базы на локальном компе буха.
Что мне нужно докупить чтобы перенести базы на терминальный сервер в файловом варианте чтобы могли спокойно работать 5 человек и одновременно запускать любое количество баз?
Брать усб-ключ на 5 пользователей или программные лицензии?
Антон Беличко пишет:
| Цитата |
|---|
| Сейчас есть 2 усб-ключа на две базы на локальном компе буха. |
Для начала надо разобраться, от чего конкретно эти два ключа. Если оба ключа от платформы [например, один из комплекта 1С:Бухгалтерии ПРОФ, а другой от ЗУП ПРОФ, маркировка обоих ключей ORGL8 ], то через RDP они работать не будут. Самый бюджетный вариант - это сделать апгрейд с однопользовательского комплекта 1С:Бухгалтерия ПРОФ до Комплекта на 5 пользователей.
При апгрейде будет предоставлена скидка 50% от полной стоимости комплекат по прайс-листу. Есть два варианта:
- апгрейд до комплекта с программной защитой (полная стоимость 26000 руб.) - 13000 руб.
- апгрейд до комплекат с USB ключом (полная стоимость 30200 руб.) - 15100 руб.
Какой вариант выбрать, с программной лицензией или с USB - это смотрите сами, в случае с RDP лицензии будут считаться одинаково - по компьютерам (если быть точным, по терминальным сессиям, в рамках одной сессии можно запустить несколько баз и на это в обоих случаях будет израсходована одна лицензия).
Для того что бы избежать привязки программной лицензии к параметрам компьютера можно использоваться оставшийся ключ от ЗУП - лицензию можно привязать к ID ключа. Данный вариант привязки позволит апгрейдить параметры сервера без необходимости повторного получения лицензии.
В случае покупки 5-польз. комплекта с USB-ключом не будет привязки лицензии вовсе, но есть подвох с увеличением количества рабочих мест - в один сервер нельзя будет установить два ключа, т.е. второй ключ необходимо будет устанавливать в какую-то другую машину + минимальный вариант увеличения количества лицензий в случае USB на RDP - это на 5 пользователей, т.е. если потребуется шестой рабочее место, то придется покупать ключ сразу на 5 пользователей (по прайсу 21600 руб. ).
В случае с программной лицензией таких проблем нет - можно спокойно докупать лицензии по одной штуке и устанавливать на тот же сервер.
В этом варианте работы пользователь, в общем случае, взаимодействует с информационной базой по следующей схеме:
На одном из компьютеров локальной сети расположен кластер серверов «1С:Предприятия 8». На другом компьютере расположена система управления базами данных, в которой хранится клиент-серверная информационная база.
Пользователь запускает тонкого клиента. На компьютере пользователя исполняется код на встроенном языке в контексте клиента. На компьютере кластера серверов исполняется код в контексте сервера.
Развертывание, запуск и отладка
-
, содержащую кластер серверов; , поддерживаемую платформой.
-
новую клиент-серверную базу; ее конфигурацию в новый проект; в проект нужные вам объекты конфигурации и алгоритмы; тонкого клиента, имитируя работу пользователя.
Для отладки в этом варианте работы требуется дополнительная настройка (подробнее).
Когда конфигурация готова, вы можете создать CF-файл конфигурации, DT-файл информационной базы, собрать их в комплект поставки и создать дистрибутив (подробнее).
Установка платформы «1С:Предприятие 8»
Для разных операционных систем минимальный набор компонентов следующий:
- 1С:Предприятие (содержит конфигуратор и тонкого клиента);
- Сервер 1С:Предприятия 8 .
- common ;
- client ;
- server (т. к. client зависит от server ).
- Подробнее в документации «1С:Предприятие 8.3. Клиент-серверный вариант. Руководство администратора»;
При запуске 1C:EDT самостоятельно находит и добавляет в свои настройки все версии платформы, которые установлены на компьютере. Если этого не произошло или если вы устанавливали платформу в то время, когда 1C:EDT была запущена, вы можете самостоятельно добавить новую версию платформы в параметрах 1C:EDT .
Для администрирования кластера (в любой операционной системе) начиная с версии платформы 8.3.15 вы можете использовать стандартную функцию Управление серверами . Она доступна в любом прикладном решении в режиме 1С:Предприятие — Главное меню > Все функции > Стандартные > Управление серверами . Возможная проблема: Если команда Все функции отсутствует, включите ее видимость — Главное меню > Настройки > Параметры. > Отображать команду «Все функции» .В платформе 8.3.14 такая стандартная функция отсутствует, но вы можете использовать аналогичную универсальную обработку Управление серверами . Эту обработку можно запустить в любом прикладном решении.
Про администрирование кластера в более ранних версиях платформы вы можете прочитать в документации 1С:Предприятие 8.3. Клиент-серверный вариант. Руководство администратора.
Установка системы управления базами данных
Вам нужно будет установить одну из СУБД, работу с которыми поддерживает платформа «1С:Предприятие 8». Подробнее вы можете прочитать в документации «1С:Предприятие 8.3. Клиент-серверный вариант. Руководство администратора».
Другие варианты развертывания
Если в вашей локальной сети установлена подходящая СУБД, вы можете установить на своем компьютере только кластер серверов и не устанавливать СУБД. Информационную базу вы создадите в имеющейся СУБД.
В этом случае предметы отладки ( Тонкий клиент , Сервер ) будут исполняться на вашем компьютере.
Если в вашей локальной сети установлен кластер серверов «1С:Предприятия 8», вы можете не устанавливать на своем компьютере кластер и СУБД. Информационную базу вы создадите в имеющемся кластере.
В этом случае Тонкий клиент будет исполняться на вашем компьютере, а Сервер будет исполняться на том компьютере, на котором работает кластер серверов.
Читайте также: