← На главную

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

Почему программные лицензии становятся нестабильными на виртуальных машинах?

Для начала проанализируем причину возникновения проблемы. Программная лицензия 1С при стандартной активации «привязывается» к уникальному набору характеристик сервера. В этот список входят: наименование операционной системы, серийный номер материнской платы, параметры процессора, объем памяти, BIOS и сетевые адаптеры. В виртуальной среде (VMware, Hyper-V, Proxmox) эти параметры могут динамически меняться или дублироваться, что приводит к нарушению целостности привязки.

Использование аппаратного ключа в качестве «якоря» позволяет игнорировать изменения «железа» виртуальной машины. В этом случае идентификатором для лицензии становится уникальный внутренний номер (ID) аппаратного USB-ключа. Пока ключ доступен системе, лицензия будет считаться валидной.

Технические требования для привязки лицензий

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

1. Версия платформы: Возможность привязки появилась в платформе 1С:Предприятие начиная с версии 8.3.12.1440. Если вы используете более старую версию, возможность выбора привязки к ключу в мастере активации будет отсутствовать.
2. Тип аппаратного ключа: Система поддерживает ключи серии HASP HL. К ним относятся практически все современные ключи (фиолетовые клиентские ключи, красные или зеленые серверные ключи). Старые белые или светло-синие ключи серии HASP4 использовать не получится.
3. Доступность ключа: Ключ должен быть виден операционной системе как локальное устройство. Если сервер 1С работает на виртуальной машине, необходимо выполнить «проброс» USB-порта (USB Passthrough) средствами гипервизора или использовать программные USB-концентраторы (USB over IP).

Можно ли привязать несколько лицензий к одному ключу?

Разберем один из самых частых вопросов: можно ли привязать два и более комплекта программных лицензий (например, два комплекта по 20 пользователей) к одному серверному или клиентскому ключу? Да, это абсолютно возможно.

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

Пошаговый процесс активации с привязкой к ключу

Рассмотрим алгоритм действий при получении программной лицензии:

1. Запускаем 1С в режиме «Конфигуратор» или используем мастер получения лицензии при запуске предприятия.
2. Выбираем пункт «Получение лицензии».
3. Вводим регистрационный номер комплекта и пин-код.
4. На этапе выбора компьютера, к которому будет привязана лицензия, выбираем вариант «К аппаратному ключу защиты».
5. Система отобразит список доступных в данный момент ключей HASP. Выбираем нужный нам ключ (ориентируясь на его ID или тип).
6. Завершаем процесс активации. Будет сформирован файл .lic, который теперь жестко связан с этим USB-ключом.

Если у вас уже есть активированные лицензии, которые «привязаны» к железу, их придется переактивировать, используя резервный пин-код и выбрав привязку к ключу.

Особенности раздачи лицензий на терминальном сервере

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

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

Посмотрим, как это настроить. Если вы хотите, чтобы лицензии выдавались «на сессию», необходимо в настройках информационной базы на сервере 1С отключить выдачу лицензий сервером. Тогда клиентское приложение (запущенное в терминале) само найдет файл лицензии .lic в локальных папках (например, в C:\ProgramData\1C\licenses) и заблокирует одну единицу на всю сессию пользователя.

Использование HASP License Manager

Выясним роль компонента HASP License Manager в этой схеме. Важно помнить: программная лицензия, привязанная к ключу, должна видеть этот ключ как локальное устройство. Если аппаратный ключ вставлен в другой компьютер в сети, и там запущен License Manager, программная лицензия на вашем сервере его «не увидит» для целей привязки.

Однако, если у вас есть дополнительный аппаратный ключ (например, на 5 пользователей), вы можете установить его на отдельную рабочую станцию, запустить там HASP LM, и тогда пользователи смогут получать лицензии с него по сети. Но для привязки программного файла ключ должен быть проброшен именно в ту виртуальную машину, где лежит файл .lic.

Преимущества и риски привязки к ключу

Разберем плюсы данного решения:

• Мобильность: Вы можете легко перенести виртуальную машину на другой физический сервер. Достаточно просто переткнуть USB-ключ (или перенаправить проброс), и лицензии подхватятся автоматически без ввода новых пин-кодов.
• Устойчивость: Обновление BIOS, изменение количества процессоров или замена сетевой карты на виртуальном сервере больше не приведут к простою системы.

Рассмотрим и потенциальные риски:

• Единая точка отказа: Если аппаратный USB-ключ выйдет из строя (сгорит), все привязанные к нему программные лицензии мгновенно перестанут работать.
• Физическая утеря: В отличие от чисто программной лицензии, которую можно восстановить через электронную почту центра лицензирования за 10 минут, выход из строя ключа потребует физической замены оборудования или запроса новых пин-кодов для перепривязки к «железу» в экстренном режиме.

Резюме

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

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