Меню Рубрики

Установка веб сервера для лицензий 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С и как его настроить.

Небольшие компании вполне могут без него обойтись, а вот если компания быстро растет и активно использует в своей деятельности 1С, то получается, что пользователей 1С все больше, разнообразных конфигураций 1С тоже, а предоставить им доступ к лицензиям становится все сложнее.

В таких случаях, когда количество рабочих мест исчисляется уже десятками или сотнями, на определенном этапе мы рекомендуем выделить для задач лицензирования отдельный сервер. Сервер может быть как физическим, так и виртуальным.

Преимущества настройки сервера лицензий в 1С

  • Все лицензии хранятся централизованно, так управлять ими будет намного проще. Раздаваться они тоже будут централизованно, не возникнет ситуации, когда на одном ключе закончились лицензии, а на другом, наоборот, есть неиспользуемые. К тому же так можно сэкономить на покупке лицензий – купить, скажем, не 3 отдельных ключа по 100, а один на 300.
  • Аппаратные требования к оборудованию для сервера лицензий 1С очень невысокие – все можно настроить на виртуальном сервере с 2х-ядерным процессором и 2-4 Гб оперативной памяти, этих ресурсов сервера вполне хватит, чтобы обеспечить работоспособность
  • Для такого сервера лицензий не нужно лицензирование сервера 1С:Предприятие 8.3, не придется покупать дополнительные лицензии
  • Настройка сервера лицензирования 1С 8.3 дает возможность раздавать одни и те же лицензии в разные кластера 1С, даже с разными версиями платформы.
  • Он может раздавать серверные и многопользовательские клиентские лицензии для всех использующихся серверов приложений.
  • Если вам понадобится изменить конфигурацию серверов приложений 1С, то если вы не меняли конфигурацию сервера лицензирования, повторно активировать лицензии не придется.
  • Что касается мер предосторожности для восстановления работоспособности системы при различного рода сбоях, то и тут у сервера лицензирования есть преимущество – можно делать его резервную копию каждый раз, когда была выполнена активация лицензий. Такую резервную копию будет несложно перенести и восстановить работу сервера на другом оборудовании.

Сервер лицензирования 1С: настройка

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

Последовательность шагов установки должна быть приблизительно такой

  1. Чтобы установить сервер лицензирования 1С, для начала установите на предназначенном для этой цели сервере серверные компоненты “1С:Предприятие”. Советуем при этом отключать опцию «Установить сервер „1С:Предприятие 8“ как сервис Windows», чтобы в дальнейшем не приходилось останавливать службы, когда устанавливаете или удаляете версии платформы
  2. Разверните на нем службы 1С, предоставьте все права на них пользователю, под которым будет выполняться администрирование. Назначьте службам незанятые порты, добавьте их в разрешенные порты МСЭ
  3. Запустите службы и проверьте, чтобы они работали.
  4. Удалите локальные кластеры 1С, которые создались при установке.
  5. Проверьте, чтобы на этом сервере работала служба WMI.
  6. Теперь на машине, где развернут сервер приложений 1С, в администраторской консоли 1С добавьте новый “Рабочий сервер”. В описании его укажите, что это именно сервер лицензирования, а в имени компьютера введите имя или адрес сервера лицензирования 1С, укажите диапазоны IP портов. Проверьте, чтобы был правильно указан “Порт главного менеджера кластера”.
  7. Откройте для этого сервера “Требования назначения функциональности”. Создайте две функциональности: первую с параметрами “Любой объект требования”-”Не назначать”- пустое имя базы (фактически, запрещает всю функциональность), и вторую “Сервис лицензирования”-”Назначать”- пустое имя базы. Примените эти правила для всего кластера.
  8. Установите серверные лицензии 1С и активируйте их. Вам понадобится активировать на сервере лицензий многопользовательские и серверные лицензии по числу кластеров (т.е. в нашем примере это два). Обратите внимание, что при активации с другого компьютера необходимо все равно указывать название назначенного вами сервера лицензий, иначе лицензию не получится использовать для кластера.
  9. Примените все правила назначения функциональности, настроенные согласно пункту 7.

После перезагрузки служб на всех серверах кластера система заработает.

По опыту можем порекомендовать организовать для каждого кластера собственную службу 1С на своем диапазоне портов – в таком случае можно будет перезагружать отдельно для любого из кластеров все службы и лицензии, не затрагивая работу других кластеров:

  • Это повысит надежность и безотказность системы
  • Даст возможность применять для разных кластеров разные версии платформы 1С

Мы привели здесь общее описание процесса, без учета различных нюансов, специфических для каждой компании, а их может быть довольно много.

Если у вас возникнут вопросы по развертыванию сервера лицензирования 1С, настройке администрирования 1С, приобретения или замене лицензий ПО, разработке и внедрению нестандартных модулей и надстроек к конфигурациям 1С, оптимизации скорости работы 1С, по переходу на 1С в облаке или просто что-то зависнет, перестанет работать правильно или совсем, вы всегда можете обратиться к нам за консультациями и технической поддержкой.

Удаленная техподдержка или выезд специалиста по 1С по Санкт-Петербургу – ежедневно и круглосуточно.

источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

Особенности применения программных лицензий 1С:Предприятие

Программные лицензии 1С:Предприятия являются на сегодня основным вариантом для лицензирования, предоставляя администраторам новые возможности и снимая некоторые ограничения аппаратных ключей. В тоже время применение программных лицензий имеет свои особенности, которые способны вызвать немало затруднений, несмотря на то, что они довольно подробно описаны в руководстве администратора, которое «по традиции» никто не читает. Поэтому мы решили подготовить данный материал, включив в него как официальную информацию, так и собственные пояснения, и примеры.

Прежде всего напомним, что программные лицензии никоим образом не меняют существующие правила лицензирования 1С:Предприятия и рекомендуем освежить свои знания, прочитав следующую статью: Лицензирование 1С Предприятие 8.

Общие сведения о программных лицензиях

Программная лицензия представляет собой специальный файл, который в зашифрованном виде содержит параметры лицензии и компьютера, для которого эта лицензия была активирована. Дублирование данного файла не допускается, в этом случае лицензия аннулируется и заносится в «черный список» на сервере активации 1С.

Активация лицензии выполняется при помощи пин-кода, вместе с лицензией поставляются активные и резервные пин-коды, которые требуются для повторной активации лицензии при изменении ключевых параметров компьютера.

Здесь мы подошли к крайне важному моменту: привязке программных лицензий к конкретному ПК. Для этого используется понятие ключевых параметров, в которые входят:

  • сетевое имя компьютера;
  • модель материнской платы;
  • объем оперативной памяти;
  • тип и версия BIOS;
  • список процессоров и их параметры;
  • список сетевых адаптеров и их MAC-адреса;
  • список жестких дисков и их параметры.

На платформе Windows в число ключевых параметров также входят:

  • наименование операционной системы;
  • версия операционной системы (только первые две цифры номера версии);
  • серийный номер операционной системы;
  • дата установки операционной системы;

При этом из списка ключевых параметров исключаются:

  • сетевые адаптеры Bluetooth;
  • сетевые адаптеры, подключенные по IEEE 1394 или USB;
  • программные адаптеры WAN и RAS;
  • адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора;
  • внешние накопители, подключаемые по IEEE 1394 и USB.

В дальнейшем список ключевых параметров, который хранится в зашифрованном виде в файле лицензии сравнивается с текущими параметрами компьютера, при этом анализируется только удаление, а не добавление устройств, это же касается и объема оперативной памяти.

Проще говоря, вы можете добавить в систему еще один сетевой адаптер или жесткий диск, но не заменить текущие, а также не можете снизить объем оперативной памяти до значение меньшего, чем было на момент активации лицензии.

Из этого следует простое правило: при активации программной лицензии временно отключите все жесткие диски, кроме системного, а также все дополнительные сетевые адаптеры (если установлены).

Отдельно следует коснуться активации в виртуальных средах, при этом в качестве ключевых параметров лицензии берутся аналогичные значение виртуальной машины. Если вы используете динамическое выделение памяти, то на момент получения лицензии должны отключить эту возможность и загрузить систему с минимально возможным объемом выделенной памяти.

Наибольшие сложности возникают при использовании виртуальных машин в составе кластера, в этом случае при перемещении машин между нодами могут измениться сразу несколько ключевых параметров, в частности параметры процессора и сетевой карты. Если последний вопрос легкое решается присвоением статического MAC-адреса, то изменение типа процессора при текущей модели лицензирования является серьезной проблемой.

Из нашего опыта можем сказать следующее: успешная миграция виртуальной машины с сохранением активации лицензии 1С возможна только при использовании на всех доступных для миграции нодах однотипного железа, т.е. одинаковых моделей материнских плат (вплоть до версии BIOS) и одинаковых процессоров (с одинаковым степпингом).

Также обратите внимание на информацию о владельце лицензии, которую вы должны заполнить при первоначальной активации, при повторном получении лицензии вам потребуется ее повторить с точностью до символа! О чем, кстати, вас предупреждают, требуя установить соответствующую галочку.

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

Вообще, складывается впечатление, что фирма 1С сильно переусложнила систему защиты программных лицензий, что приводит к существенным неудобствам и в ряде случаев вынуждает владельцев лицензии прибегать к способам обхода защиты (что негласно рекомендуют даже партнеры 1С), например, при использовании кластера с разным железом на нодах. Более логично было бы пойти по пути Microsoft и аннулировать активацию при изменении только нескольких ключевых параметров.

Виды программных лицензий

Все программные лицензии делятся на клиентские и серверные. Клиентские лицензии бывают трех типов:

  • Однопользовательские — позволяют запускать неограниченное число приложений в режиме тонкого и толстого клиентов, а также Конфигуратора на одном ПК.
  • Многопользовательские — позволяют запускать указанное в номинале лицензии количество приложений в режиме толстого, тонкого и веб-клиентов, а также конфигуратора на произвольном количестве ПК. Выдачей клиентам многопользовательских лицензий занимается сервер 1С:Предприятия или модуль расширения веб-сервера.
  • Комбинированная — содержит лицензии обоих видов, но активирован при этом может быть только один, если из такого набора первым был активирован однопользовательский пин-код, то в дальнейшем использовать эту лицензию как многопользовательскую уже не получится.

Серверная лицензия позволяет запускать неограниченное число рабочих процессов сервера 1С:Предприятия (rphost) на одном сервере, делится на 32-х и 64-х разрядную, при этом 64-х разрядная лицензия позволяет запускать и 32-разрядную версию сервера.

Однопользовательская лицензия поставляется с основной поставкой или в виде лицензии на одно рабочее место. Может быть установлена на компьютер, сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов. В случае установки на сервер складывается с другими активированными на сервере лицензиями и используется, кроме сервера терминалов, как многопользовательская.

Многопользовательские лицензии поставляются в комплектах на 50, 100, 300 и 500 лицензий и могут быть установлены только на сервер 1С:Предприятия, модуль расширения веб-сервера или сервер терминалов, в последнем случае используются как однопользовательские.

Комплекты на 5, 10 и 20 пользователей являются комбинированными, тип лицензии выбирается в момент активации первого пин-кода.

Использование однопользовательских лицензий

В большинстве случаев, особенно для небольших предприятий, использование однопользовательских лицензий является предпочтительным, потому как ограничением данного вида лицензии являются лицензируемые ПК, а не сеансы 1С. В файловом режиме это единственный доступный вид лицензии (кроме режима терминального сервера). Рассмотрим следующую схему:

Имея в своем распоряжении ПК с активированной однопользовательской лицензией вы можете без ограничений запускать любое количество баз в файловом режиме, расположенных как локально, так и в сети, а также базы расположенные на сервере 1С:Предприятия или веб-сервере, в последнем случае работа возможна только в режиме тонкого клиента. Запуск базы через веб-клиент с однопользовательской лицензией невозможен, так как веб-клиент должен получить клиентскую лицензию от модуля расширения веб-сервера.

Клиент — серверный режим

В данном режиме, как мы уже говорили, возможны два варианта: использование однопользовательской лицензии на каждом рабочем месте или получение многопользовательской лицензии от сервера 1С:Предприятия. Также не следует забывать, что отдельного лицензирования требует сам сервер.

При запуске любого клиентского приложения 1С:Предприятия (толстый и тонкий клиенты, конфигуратор) сначала происходит поиск локальной лицензии, если она найдена, то происходит запуск приложения. Таким образом ПК с установленной однопользовательской лицензий позволяет открыть неограниченное число клиентских приложений для работы в клиент-серверном варианте.

Если локальная лицензия не обнаружена, приложение обращается к серверу, который выдает ему многопользовательскую лицензию на каждое запущенное приложение. На нашей схеме на сервер установлена лицензия на 5 подключений и если на двух ПК откроют по два клиентских приложения, то пользователь ноутбука сможет открыть только одно, так как недостаточно клиентских лицензий.

Режим веб-сервера

Модуль расширения веб-сервера 1С:Предприятия может работать как с файловыми, так и с клиент-серверными базами. В первом случае лицензии должны быть активированы на компьютере с модулем расширения, во втором, если лицензия у модуля расширения отсутствует, то он запросит ее с сервера 1С:Предприятия. Важно понимать этот момент, так как для файловой базы модуль расширения никогда не запрашивает лицензию с сервера, в тоже время, для клиент-серверных баз сначала отдаются собственные лицензии и только потом запрашиваются лицензии с сервера. Это может привести к ситуации, когда общего числа лицензий хватает, но вы не можете запустить файловую базу из-за отсутствия свободной лицензии на веб-сервере.

На нашей схеме на сервер 1С:Предприятия установлена многопользовательская лицензия на 5 пользователей, а на веб-сервер однопользовательская. Это позволяет запустить через веб-клиент один сеанс в файловом режиме или до шести сеансов в клиент-серверном режиме.

Допустим на первом (слева -направо) ПК было открыто два сеанса к клиент-серверной базе, один через приложение, второй через веб-клиент. В этом случае приложение получит лицензию от сервера, а веб-клиент от модуля расширения веб-сервера, причем модуль сначала выдаст собственную лицензию. Открыв на втором ПК еще два приложения, мы получим две лицензии от сервера, в общей сложности потратив 4 лицензии.

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

Чтобы избежать такой ситуации не следует публиковать на одном веб-сервере файловые и клиент-серверные базы одновременно.

Еще одна тонкость связана с модулем расширения веб-сервера и локальной однопользовательской лицензией.

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

Режим терминального сервера

Терминальный сервер допускает установку любого типа лицензий, все лицензии должны быть установлены локально и быть доступны всем пользователям. При этом все лицензии, вне зависимости от вида складываются как однопользовательские и ограничивают общее количество терминальных сеансов (не путать с сеансами приложений 1С).

Как видно из схемы выше, установив на сервер терминалов одну многопользовательскую, на пять пользователей, и две однопользовательские лицензии получим возможность неограниченного запуска клиентских приложений 1С:Предприятия в семи терминальных сессиях, причем не важно, каким именно образом будут запущены приложения, в режиме рабочего стола или как удаленные приложения RemoteApp. При этом работа может производиться как с файловыми, так и с клиент-серверными базами, а также с базами на веб-сервере при помощи тонкого клиента.

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

Сочетание программной и аппаратной защиты

Еще один важный вопрос, который нельзя не упомянуть. 1С:Предприятие позволяет сочетать оба типа лицензий, складывая их количество, и для эффективного их использования следует знать некоторые моменты. А именно процесс поиска лицензии. Мы приведем упрощенную схему, которой, однако должно быть вполне достаточно для понимания происходящих процессов. При запуске клиентского приложения поиск лицензий происходит в следующем порядке:

  1. Локальная программная лицензия
  2. Локальный аппаратный ключ
  3. Сетевой аппаратный ключ
  4. Программная лицензия на сервере 1С:Предприятия
  5. Локальный аппаратный ключ на сервере 1С:Предприятия
  6. Сетевой аппаратный ключ доступный на сервере 1С:Предприятия

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

источник

Читайте также:  Установка головы в пространстве

Добавить комментарий