1с сервер не выдает лицензии
Есть терминальный сервер, есть сервер MSSQL и Сервер 1С. Все подключаются через тонкий клиент к терминалу, а сервер 1С выдает ключи. Но при подключении через браузер - ключей не видно. Ошибка гласит:
Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.
- Вопрос задан более трёх лет назад
- 18484 просмотра
Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.
При веб-доступе после ввода логина/пароля вы можете поймать проблему отсутствия свободных лицензий. Когда веб-сервер не видит сервер лицензирования, то он сразу об этом говорит.
Далее проверьте в консоли кластера название центрального компьютера (на котором крутится менеджер лицензирования) и доступность этого названия с компьютера веб-сервера. Я встречался и с такой ситуацией - помогает прописывание соответствие имени и IP адреса в файлике hosts.
Третий вариант который мне приходит в голову и который я видел на практике - фаервол на сервере блокирует порт по которому расширение веб-сервера пытается подключится к кластеру. Помогло изменение правил.
Веб сервер на терминальном стоит.
nethasp.ini лежит в C:\Program Files\1cv82\conf, стандартная конфигурация
лицензии выдает именно сервер приложений, отдельная машинка с MSSQL. Но вот веб клиент не видит ни nethasp, который лежит я уже сказал где, ни менеджера лицензий.
м.б. в апачи где то дело? Прав не хватает?
И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.
Проблема с правами доступа возникает насколько мне известно только при использовании веб-сервера поверх файловой базы - явно не ваш вариант.
Как вы подключаетесь тонким клиентом? Напрямую к серверу? Сделай подключение в тонком через веб - будет ли проблема с ключем в этом случае? Если да, то попробуйте в качестве эксперимента в настройках стартера использование аппаратной лицензии - возможно есть другие проблемы, которые замаскированы ключем. А еще лучше было бы включить логирование и посмотреть эксепшены.
>И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.
Вы написали, что все работают на терминальном сервере. Если бы веб-сервер у вас был в стороне, то могла бы быть проблема в правилах фаервола.
Проблем в следующем: никак не удается заставить клиентов при подключении через веб-доступ получить ПРОГРАММНУЮ лицензию с сервера лицензий.
Что уже предпринято:
- nethasp на CentOS проверен, он явно указывает на сервер лицензий
- разрешение выдавать лицензии серверу на БД на CentOS отключать пробовал: лицензия не находится
- в nhsrv на сервере лицензирования через NHS_IP_LIMIT запрещал выдавать лицензию серверу с CentOS
Результат - веб клиентам упорно раздается лицензии с HASP
Помогите советом, потому что HASP ключ нужно освободить для других целей.
Лицензия на сервер 1С должна быть установлена в том числе и на сервер 1С с ролью сервера лицензий. Иначе он просто не будет выполнять свою роль.
Не совсем так. Если сервер 1С выполняет роль ТОЛЬКО сервера лицензий, то лицензия на такой сервер не требуется.
(5) Не совсем понял по серверным лицензиям. Серверные лицензии у вас на оба сервера (как я понял, они у вас полнофункциональны оба)? Если, например, линуксовый работает без лицензии (что возможно при одном рабочем процессе и небольшом количестве пользователей, но незаконно), то не факт что вообще что-то получится.
(1) Не слушай drim87. Он говорит ерунду про необходимость лицензии на оба сервера.
Возможно он даже не разобрался в вопросе.
Для начала надо понять, какой сервер лицензий стоит на сервере с виндой 2к8?
Не Hasp License Manager ли? Он разрабатывался аладдином для лицензирования аппаратных лицензий. А программные лицензии - это вообще не его забота.
Вот-вот. Вам нужно разобраться с правильностью настройки обоих серверов в одном кластере и настройками служб кластера, как говорится в (3).
А то вы пишите про проблемы с программными лицензиями, а пытаетесь настраивать раздачу аппаратных. На раздачу программных лицензий влияют только настройки в кластере и больше ничего.
Ок, для прояснения задачи набросал схему. Задача стоит так: как пользователю Б получить программную лицензию? Сейчас он получает HASP лицензию.
Благодаря herfis (4) стало ясно, что запрос на получение лицензии должен быть от 1С (CentOS) на 1C (Windows Server) - обозначено как пунктирная стрелка. Настройка аппаратной лицензии - это просто попытка ограничения выдачи HASP лицензии для 1СentOS (стрелка без пунктира). Логично было предположить, что в этом случае будет выдана программная лицензия. Ок, ошибся.
Вариант от drim87 (2) - не оптимально. Лицензия на одного пользователя с двойной оплатой - не наш путь )
А вот информация от collider вроде бы в тему. Попробую в субботу, ибо у нас эксперименты на живых пользователях не приветствуются.
Лицензия для сервера 1С установлена для обоих серверов 1с?
Лицензия на сервер 1С должна быть установлена в том числе и на сервер 1С с ролью сервера лицензий. Иначе он просто не будет выполнять свою роль. А сетевой hasp на 5 р.м. в этом же варианте у вас раздавался hasp manager licenses - потому он работает, а программные нет - их раздавать будет только сервер который этого не делает т.к. нет серверной лицензии, а она должна стоять локально там же где и сервер 1с.
Скорее всего у вас лицензия на сервер 1с только на рабочем сервере под CentOS.
На всякий случай еще уточню. Эта проблема только с веб-клиентом? С тонким или толстым клиентом лицензии выдаются?
Еще добавлю.
Для выдачи программных лицензий нет необходимости настраивать ключ, если нет своих целей.
Раздавать программные лицензии клиентам может только сервер 1с или веб-сервер - раздаются по сеансам. Ну и на RDP активированная многопользовательская или много однопользовательских так же будут раздаваться, но на всю сессию пользователся RDP.
И зная что программные лицензии раздается именно сервер 1с нужно наоборот в консоли администрирования разрешить выдачу лицензий, а не отключать ее.
Лицензия на сервер 1С должна быть установлена в том числе и на сервер 1С с ролью сервера лицензий. Иначе он просто не будет выполнять свою роль.
Не совсем так. Если сервер 1С выполняет роль ТОЛЬКО сервера лицензий, то лицензия на такой сервер не требуется.
(5) Не совсем понял по серверным лицензиям. Серверные лицензии у вас на оба сервера (как я понял, они у вас полнофункциональны оба)? Если, например, линуксовый работает без лицензии (что возможно при одном рабочем процессе и небольшом количестве пользователей, но незаконно), то не факт что вообще что-то получится.
День добрый. Такой вопрос: если в свойствах информационных баз установлено "Разрешить выдачу лицензий сервером - нет". Тогда лицензия выдаётся на каждый пк не зависимо сколько баз запустил клиент? Если же я так ставлю, то если клиент запустит много баз на пк, то ему 1с выдаёт ошибку "не найдена лицензия". Если же я ставлю Разрешить выдачу лицензий сервером - да", то тогда всё норм. В чем может быть причина? Службу хасп перегружал
(1) эта галочка влияет на выдачу программных лицензий сервером, отношения к хасп не имеет вроде.
Опишите какие лицензии у вас флешки/программные или и то и другое?
(2)Имеет.
Если пользователь при входе не смог достучаться до ключа , то берется серверная лицензия.
Попробуйте указать конкретный ip (NH_SERVER_ADDR) в nethasp.ini
(6)
Очистить после этого кеш Запоминает к какому ключу подключался. Попробуйте перезапустите менеджер лицензий и т п танцы с бубном.
Никто не может получить клиентских лицензий. А если уставить хасп на локальный комп и посмотреть какую лицензию получит пользователь.
Флешка на 10 пользователей. Если в свойстве информационной базы установить разрешить выдачу лицензий сервером в значение да, то клиент у себя если откроет допустим 5 баз то лицензии тратиться 5. И если поставить значение нет, то эффект один и тот же
нужно проверить доступ к хасповым ключам со стороны компьютера пользователя.
может там сеть регулярно лагает
разница в том, что когда сервер выдает лицензию, то лицензию с хаспа забирает он. когда сервер не выдает лицензию, то лицензию с хаспа забирает клиентский комп. Если клиентский комп не может забрать лицензию с хаспа, то а) он не может достучаться по сети до сервера хаспа, б)на сервере хаспа кончились лицензии (не забываем, другие то пользователи забрали лицензии, когда еще был включен режим раздачи с сервера. Тут поможет хасповый монитор, он умеет показывать сколько осталось лицух на ключе.
Флешка на 10 пользователей. Если в свойстве информационной базы установить разрешить выдачу лицензий сервером в значение да, то клиент у себя если откроет допустим 5 баз то лицензии тратиться 5 И если поставить значение нет, то эффект один и тот же
Странный у Вас ключ какой-то. Лицензия аппаратного ключа выдается на КОМПЬЮТЕР, а не на открытые базы и если пользователь на одном компьютере откроет 5 баз, то он потратит 1 лицензию.
Получение клиентских лицензий через сервер 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С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.
Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:
1. локальный клиентский ключ (кроме веб-клиента);
2. сетевой клиентский ключ (кроме веб-клиента);
3. локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
4. сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
5. программная лицензия базовой конфигурации.
Таким образом, если клиент 1С:Предприятия не нашел свободной клиентской лицензии на одном из доступных ему ключей, то он обращается за клиентской лицензией на сервер. В этом случае сервер выполняет поиск и занятие свободной лицензии на одном из клиентских ключей, доступных серверу.
Отличия в получении клиентских лицензий через сервер
Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:
1. может занять одновременно несколько клиентских лицензий, в отличие от клиента;
2. может подключиться только к одному локальному и одному сетевому ключу одной серии;
3. в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.
Читайте также: