Традиционно в экосистеме 1С существовало два раздельных способа защиты: либо использование физического USB-ключа (HASP), либо активация программной лицензии с привязкой к параметрам компьютера (материнская плата, процессор, имя ОС и т.д.). Однако начиная с версий платформы 8.3.12.1790 и 8.3.13.1644, разработчики реализовали «гибридный» механизм. Теперь мы можем активировать программную лицензию, «приклеив» ее не к «железу» сервера, а к серийному номеру аппаратного ключа. Рассмотрим детально, как это работает, зачем это нужно и какие шаги необходимо предпринять для настройки.
Проанализируем основную проблему программных лицензий: они крайне чувствительны к изменениям конфигурации системы. Обновление драйверов, изменение сетевого имени компьютера, добавление оперативной памяти или переезд виртуальной машины на другой узел кластера гипервизора часто приводят к тому, что лицензия становится недействительной. Системному администратору приходится тратить резервный пин-код для восстановления работоспособности системы.
Используя привязку к HASP, мы решаем эту проблему. Основным идентификатором для системы защиты становится не набор характеристик ПК, а уникальный ID вставленного USB-ключа. Это дает нам следующие преимущества:
Прежде чем приступить к активации, проверим, соответствует ли наше оборудование и программное обеспечение необходимым условиям. Разберем по шагам, что нам потребуется:
1. Версия платформы: Механизм стабильно работает в версиях 8.3.14 и выше. Если вы используете более старые ветки, убедитесь, что версия не ниже 8.3.12.1790 или 8.3.13.1644.
2. Тип ключа: Привязаться можно только к ключам серии HASP HL. Поддерживаются следующие типы:
ORGL8, ORG8A, ORG8B) на 1, 5, 10, 20, 50 или 100 рабочих мест.Важный нюанс: Ключ должен быть подключен непосредственно к тому компьютеру, на котором происходит активация. Программная лицензия не сможет «увидеть» ключ через сеть, если он раздается с помощью HASP License Manager на другом сервере.
Рассмотрим пошагово алгоритм получения лицензии в этом режиме. Мы предполагаем, что у вас уже есть конверт с пин-кодами и физический ключ вставлен в USB-порт сервера.
В результате этих действий в папке с лицензиями будет создан файл с расширением .lic. Проанализируем его содержимое: вместо хэш-суммы оборудования там будет зафиксирован идентификатор вашего HASP-ключа.
Выясним, где именно платформа хранит файлы лицензий, чтобы мы могли их архивировать или переносить. Обычно это следующие пути в ОС Windows:
C:\ProgramData\1C\1cv8\conf — общая папка для всех пользователей (рекомендуемое место).%AppData%\1C\1cv8\conf — профиль конкретного пользователя.Если нам нужно перенести лицензию на другой сервер, мы можем просто скопировать содержимое этих папок. Рассмотрим пример структуры пути к файлам конфигурации и лицензий:
C:\ProgramData\1C\1cv8\conf\
├── 20231025120000.lic (файл программной лицензии)
├── nethasp.ini (настройки поиска ключей)
└── conf.cfg (общие настройки платформы)
Несмотря на удобство, у данного метода есть свои особенности, которые следует учитывать при проектировании архитектуры системы защиты:
Проверка лицензии: При каждом запуске платформа 1С сначала обращается к USB-порту. Если серийный номер найденного ключа совпадает с номером, прописанным в файле .lic, сеанс разрешается. Если ключ вынут, программная лицензия работать не будет, даже если файл на месте.
Накопление лицензий: Мы можем привязать несколько разных программных лицензий к одному и тому же физическому ключу. Например, если у нас есть «флешка» на 5 пользователей, мы можем активировать на нее дополнительные программные пакеты по 20 или 50 мест. Таким образом, один маленький ключ станет «якорем» для огромного количества лицензий.
Риски: В случае поломки или утери USB-ключа все привязанные к нему программные лицензии станут неактивными. В этом случае придется обращаться в Центр лицензирования 1С для восстановления лицензий по резервным пин-кодам, но привязывать их уже придется либо к новому ключу (если он будет куплен), либо к параметрам сервера.
Несовместимость с СЛК: Важно понимать, что этот механизм работает только для платформенных лицензий. Отраслевые решения (например, «1С:Управление автотранспортом» или «1С:Общепит»), использующие Систему Лицензирования Конфигураций (СЛК), имеют свои собственные алгоритмы защиты и не поддерживают данный гибридный метод через стандартный интерфейс платформы.
Мы проанализировали современный и эффективный способ защиты — гибридное лицензирование. Это решение объединяет в себе надежность аппаратного ключа и гибкость программной лицензии. Для администраторов крупных систем и пользователей облачных инфраструктур это фактически стандарт настройки, позволяющий забыть о проблеме «слетающих» активаций при плановом обслуживании серверов.