При переходе с аппаратных USB-ключей на программные лицензии системные администраторы часто сталкиваются с проблемой: лицензии, установленные на терминальном сервере, «не видны» при попытке запустить 1С локально на компьютере пользователя. Разберем подробно, почему так происходит, и проанализируем доступные способы решения этой задачи, чтобы обеспечить стабильную работу пользователей вне RDP-сессий.
Для начала выясним причину ограничения. В отличие от USB-ключа (HASP), который можно «пробросить» по сети с помощью HASP License Manager, программная лицензия 1С представляет собой файл с расширением .lic. Этот файл жестко привязан к характеристикам конкретного сервера (имя компьютера, параметры материнской платы, процессора, объем оперативной памяти и версия ОС).
Проанализируем ситуацию: если вы просто предоставите общий доступ к папке с лицензиями на сервере, локальный клиент 1С на рабочем ПК не сможет их использовать. При попытке проверки 1С обнаружит, что уникальный идентификатор «железа» локального ПК не совпадает с данными, зашифрованными в файле лицензии сервера. Поэтому стандартными средствами файловой системы решить вопрос невозможно.
Это наиболее профессиональный и масштабируемый метод. Если у вас приобретена многопользовательская лицензия (например, на 50 рабочих мест), ее можно активировать на сервере 1С. Даже если ваши информационные базы остаются файловыми, вы можете установить компоненты сервера 1С:Предприятия на терминальный сервер для выполнения роли менеджера лицензий.
Рассмотрим по шагам, как это настроить:
Агент сервера 1С:Предприятия.nsetup.ini или через добавление серверной базы в список, даже если работа ведется с файловым вариантом. В параметрах информационной базы в списке баз можно указать адрес сервера лицензирования.Важно помнить, что в этом сценарии лицензии подсчитывает именно сервер. Если пользователь запускает несколько сеансов 1С на одном локальном ПК, сервер 1С может расходовать на него несколько лицензий (в зависимости от настроек и типа используемого клиента).
Если покупка или настройка полноценного сервера 1С кажется избыточной (например, для небольшого офиса с файловой базой), рассмотрим вариант использования веб-сервера. Это один из самых эффективных способов «раздать» лицензии для тонких клиентов.
Проанализируем механизм работы: когда пользователь подключается к базе через http://server/base_name, запрос обрабатывает модуль расширения веб-сервера 1С. В этом случае лицензию может выдавать сам веб-сервер, обращаясь к локальному файлу лицензии, установленному на этом же физическом сервере.
Для настройки выполним следующие действия:
IIS или Apache на сервере, где лежат лицензии.Посмотрим на пример настройки в файле публикации default.vrd. Для корректной работы иногда требуется вручную отредактировать параметры сессий:
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
base="/BaseName"
ib="File="D:\1C_Bases\BaseName";">
<httpServices publishByDefault="true" />
<standardOdata enable="false" />
<reuseSessions>autouse</reuseSessions>
</point>
В данном случае лицензия будет браться с сервера, и локальному ПК не потребуется собственный ключ.
Если у вас комплект из 50 лицензий, 1С обычно предоставляет набор пин-кодов. Посмотрим на альтернативный подход: вы можете не активировать все 50 лицензий как одну многопользовательскую на сервере, а использовать пин-коды для активации лицензий на каждом конкретном локальном компьютере.
Плюсы этого метода:
Минусы:
Выясним причину выбора того или иного метода в зависимости от инфраструктуры:
Подводя итог, отметим: программная лицензия — это не гибкий «сетевой ключ» в привычном понимании, а средство защиты, требующее четкой архитектуры раздачи. Выберите способ с веб-сервером для легкости или сервер 1С для максимальной надежности, и ваши пользователи смогут работать в 1С локально, используя ресурсы лицензирования терминального сервера.