Как расшифровать ключи защиты 1С:Предприятие 8 и настроить распределение лицензий в сети

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

Классификация и маркировка аппаратных ключей защиты HASP

Для защиты платформы «1С:Предприятие» используются аппаратные ключи HASP производства компании Aladdin (ныне Sentinel). Они делятся на три основные категории: локальные пользовательские, сетевые многопользовательские и серверные. Давайте подробно проанализируем каждую категорию и их физические характеристики.

1. Локальные однопользовательские ключи (HASP HL Basic):
   • Цвет корпуса: Синий.
   • Маркировка: H4 M1 ORGL8.
   • Особенности: Не имеют встроенной энергонезависимой памяти и персонального ID. Они не хранят никаких настроек и параметров. Поставляются в комплекте с продуктами, рассчитанными на одно рабочее место (например, однопользовательские версии «1С:Бухгалтерия»). Разрешают запуск неограниченного количества сеансов «1С» на одном конкретном физическом компьютере, куда вставлен ключ.
2. Сетевые клиентские ключи (HASP HL Net):
   • Цвет корпуса: Красный.
   • Маркировка: Имеют вид NETXX ORGL8, где XX обозначает количество доступных лицензий. Например, NET5 ORGL8, NET10 ORGL8, NET20 ORGL8, NET50 ORGL8, NET100 ORGL8.
   • Специальные номиналы: Ключи на 300 и 500 пользователей маркируются как NET250+ ORG8A и NET250+ ORG8B соответственно.
   • Особенности: Обладают внутренней памятью и уникальным аппаратным ID. Эти ключи предназначены для совместного использования в локальной сети. Для работы с ними на сервере, где физически установлен ключ, запускается специальная служба — менеджер лицензий HASP License Manager.
3. Ключи для сервера «1С:Предприятие» (всегда локальные):
   • 32-разрядный сервер (HASP HL Pro): Фиолетовый корпус. Маркировка ENSR8. Имеет внутреннюю память и уникальный ID. Поставляется вместе с лицензией на 32-битный сервер.
   • 64-разрядный сервер (HASP HL Max): Зеленый корпус. Маркировка EN8SA. Имеет внутреннюю память и уникальный ID. Важное преимущество: лицензия на 64-битный сервер полностью поддерживает работу и 32-битного сервера, что позволяет выполнить переход на другую разрядность платформы без замены физического ключа.

Анализ информации о лицензиях: расшифровка сообщения платформы

Рассмотрим конкретную ситуацию, когда платформа выдает следующую системную информацию о текущих лицензиях:

Текущая: Сетевой HASP4 ORGL8 10, получило клиентское приложение
Информационная база:
Локальный HASP4 ORGL8 50
Локальный HASP4 ORGL8 1
Локальный HASP4 ORGL8 10

Давайте разберем по шагам, что это означает для администратора системы:

• "Текущая: Сетевой HASP4 ORGL8 10, получило клиентское приложение" — это указывает на то, что текущий запущенный сеанс пользователя успешно получил лицензию из сетевого (красного) аппаратного ключа, рассчитанного максимум на 10 одновременных пользователей. При этом лицензию запросило и заняло непосредственно само клиентское приложение (толстый или тонкий клиент), обратившись напрямую к HASP License Manager в сети.
• "Информационная база: Локальный HASP4 ORGL8 50" — платформа сообщает, что в системе (локально на сервере или рабочей станции) обнаружен ключ на 50 пользователей. Обратите внимание: маркировка "Локальный HASP4" в свойствах информационной базы часто указывает на то, что этот ключ установлен на той машине, где запущен сервер «1С:Предприятие», и сервер видит его как локальное устройство защиты.
• "Локальный HASP4 ORGL8 1" — обнаружен локальный синий однопользовательский ключ защиты.
• "Локальный HASP4 ORGL8 10" — аналогично, обнаружен локальный USB-ключ на 10 пользователей.

Важное уточнение: Некоторые администраторы путают формулировку "Сетевой HASP4 ORGL8 50" с программными лицензиями. Это заблуждение. Программные лицензии в окне «О программе» отображаются с указанием пути к файлу формата .lic и регистрационного номера комплекта. Если в строке фигурирует слово HASP — речь идет исключительно об аппаратных USB-ключах защиты. Для быстрого анализа и расшифровки таких файлов подойдёт обработка для просмотра программных лицензий.

Как точно определить, откуда «прилетела» лицензия в локальной сети

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

Для аппаратных решений существуют проверенные методы диагностики:

• Использование веб-интерфейса Sentinel Admin Control Center (ACC): Это наиболее современный и удобный способ. На компьютере, где установлен менеджер лицензий (или на рабочей станции пользователя), откройте интернет-браузер и перейдите по адресу http://localhost:1947. В открывшемся меню перейдите в раздел "Sentinel Keys" для просмотра всех обнаруженных в сети ключей или в раздел "Sessions", чтобы увидеть список активных сетевых подключений к ключам с указанием IP-адресов рабочих станций.
• Использование утилиты Aladdin HASP Monitor (AKS Monitor): Классическая утилита, которая опрашивает локальную сеть по протоколу UDP/TCP и выводит список всех запущенных служб HASP License Manager. В окне утилиты можно увидеть IP-адрес машины, на которой установлен ключ, и список компьютеров пользователей, занявших лицензии в текущий момент.
• Анализ меню «О программе» в 1С: Откройте конфигурацию, перейдите в меню «Справка» — «О программе» (или нажмите на значок «i» в правом верхнем углу). В самом низу окна в блоке «Лицензия» будет детально расписан источник. Для аппаратного ключа там будет указан сетевой путь и имя сетевого менеджера лицензий, выдавшего разрешение на запуск.

Лицензирование Консоли администрирования серверов 1С

У системных администраторов часто возникает вопрос: откроется ли Консоль администрирования серверов «1С:Предприятие» без установленной лицензии?

Ответ: Да, сама утилита администрирования (которая является компонентом MMC Windows или отдельным приложением в зависимости от версии платформы) не требует наличия лицензии для своего запуска. Вы можете свободно запустить консоль, зарегистрировать в ней центральный сервер и просматривать структуру кластера. Однако, любые действия, требующие обращения к рабочим процессам сервера (например, просмотр списка активных сеансов конкретной информационной базы, принудительное завершение соединений или создание новой базы), вызовут проверку серверной лицензии. Если на сервере отсутствует лицензия (физический ключ ENSR8/EN8SA или программный файл), кластер заблокирует выполнение этих операций и выдаст ошибку. Для быстрой регистрации и запуска нужной версии оснастки можно воспользоваться утилитой запуска консоли кластера серверов 1С.

Почему самописная (уникальная) конфигурация вдруг требует лицензию

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

Проанализируем причины этой проблемы:

1. Юридическая необходимость лицензирования платформы: Фирма «1С» разделяет понятия лицензирования платформы и лицензирования конфигурации. Даже если ваше прикладное решение написано с нуля и не содержит ни одной строчки кода из типовых решений, для его запуска обязательно требуется клиентская лицензия на платформу «1С:Предприятие». Запуск любой базы без легальной лицензии на платформу является нарушением авторских прав.
2. Ужесточение механизмов защиты в новых релизах: Начиная с версий платформы 8.3.20 и 8.3.22, фирма «1С» внедрила новые, более строгие алгоритмы проверки легальности использования программного обеспечения. Если ранее в сети присутствовали следы эмуляторов ключей защиты или «обошедших» защиту библиотек, старые релизы платформы могли не обращать на них внимания. Обновленная платформа мгновенно блокирует запуск любых информационных баз (даже пустых самописных) при обнаружении признаков нелегального использования программных продуктов.
3. Динамическая проверка активности лицензии: Платформа 1С регулярно опрашивает ключ защиты непосредственно во время работы пользователя. Если в локальной сети на короткое время пропала связь с сервером лицензирования (например, из-за перезагрузки сетевого коммутатора или обновления драйверов сетевой карты), сеанс работы с самописной базой будет прерван сообщением о потере лицензии.

Оптимизация распределения лицензий через файл настройки nethasp.ini

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

Для решения этой проблемы мы рекомендуем выполнить жесткую привязку клиентских мест к конкретным менеджерам лицензий с помощью конфигурационного файла nethasp.ini.

Разберем этот процесс по шагам:

1. Найдите файл nethasp.ini на компьютере пользователя. Обычно он располагается по пути: C:\Program Files\1cv8\conf\ (или в каталоге bin\conf\ конкретной версии платформы).
2. Откройте файл с помощью любого текстового редактора (например, Блокнота) от имени Администратора.
3. Перейдите к секции [NH_TCPIP] и отредактируйте параметры следующим образом, указав точные IP-адреса серверов, где физически установлены USB-ключи:

[NH_TCPIP]
NH_TCPIP = Enabled
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.20
NH_PORT_NUMBER = 475
NH_USE_BROADCAST = Disabled

Что мы сделали этой настройкой?

• Параметром NH_TCPIP = Enabled мы принудительно разрешили поиск ключей по сетевому протоколу TCP/IP.
• Параметром NH_SERVER_ADDR = 192.168.1.10, 192.168.1.20 мы указали точные IP-адреса серверов, на которых запущен HASP License Manager. Платформа будет опрашивать только эти узлы.
• Параметром NH_USE_BROADCAST = Disabled мы полностью отключили широковещательный поиск в локальной сети. Это уберет лишний трафик и предотвратит случайный захват лицензий с незапланированных ключей в других сегментах сети.

Алгоритм и приоритеты поиска лицензий платформой 1С

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

1. Локальный аппаратный USB-ключ: Платформа в первую очередь проверяет наличие физического синего ключа HASP в USB-порту локального компьютера.
2. Локальные программные лицензии: Происходит поиск файлов с расширением .lic в локальных каталогах текущего пользователя компьютера и в общих каталогах конфигурации платформы.
3. Сетевые аппаратные ключи HASP: Платформа делает запрос в локальную сеть для поиска менеджеров лицензий HASP LM (согласно правилам, прописанным в nethasp.ini).
4. Лицензии, выдаваемые сервером приложений: Если база работает в клиент-серверном варианте и в свойствах информационной базы включена опция "Разрешить выдачу лицензий сервером", сервер 1С пытается выдать клиенту лицензию из своего пула (сначала анализируются доступные программные лицензии на сервере, затем — многопользовательские аппаратные серверные ключи).

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