Сетевые ключи защиты 1С: для каких компонентов они существуют и как работают

1С защищает свои продукты от несанкционированного использования аппаратными ключами HASP и программными лицензиями. В локальной сети предприятия чаще всего применяются сетевые (многопользовательские) USB-ключи: один физический ключ раздаёт лицензии нескольким рабочим станциям или серверу 1С. Однако защищаются ключами не все компоненты системы, и от понимания того, какой компонент требует какого ключа, зависит, запустится ли вообще нужная функциональность.

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

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

Какие компоненты 1С защищаются сетевыми ключами

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

Клиентские сетевые ключи маркируются как 1С:Предприятие 8. Клиентская лицензия и выпускаются в вариантах на 5, 10, 20, 50, 100, 300 и 500 одновременных подключений. Ключ вставляется в любой компьютер сети, где установлен менеджер лицензий (HASP License Manager), и раздаёт лицензии всем рабочим станциям, которые запускают толстый, тонкий или веб-клиент.

Серверные ключи маркируются ENSR8 и различаются по разрядности и уровню сервера: для 32-разрядного сервера, для 64-разрядного сервера и вариант уровня КОРП для крупных внедрений. Серверный ключ защищает сам агент сервера, а не пользователей — за пользователей по-прежнему отвечают клиентские лицензии.

Клиентские сетевые ключи: номенклатура и отличия

Основная линейка клиентских сетевых ключей — ключи серии с маркировкой, содержащей обозначение количества лицензий. Важно понимать, что лицензии считаются по сеансам: один пользователь, запустивший два сеанса 1С, расходует две лицензии. Это частая причина ситуации «ключ на 50 лицензий, а работает только 30 человек».

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

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

Серверные ключи: защита сервера 1С:Предприятия

Сервер «1С:Предприятия» в клиент-серверном варианте работы требует собственной защиты. Сетевой серверный ключ (ENSR8) устанавливается либо непосредственно на сервер, либо на другой компьютер сети, где работает менеджер лицензий — сервер 1С умеет получать серверную лицензию по сети.

Различие между 32-разрядной и 64-разрядной версиями сервера принципиально: ключ для 32-разрядного сервера не активирует 64-разрядный. Лицензия уровня КОРП нужна для серверов, где требуются расширенные возможности кластера, и она также существует в виде отдельного аппаратного ключа либо программной лицензии.

Альтернатива аппаратному ключу — программная серверная лицензия, привязанная к аппаратным параметрам сервера. Она удобна в виртуальных средах, где проброс USB-ключа затруднён, но чувствительна к изменению конфигурации виртуальной машины: смена параметров может потребовать повторной активации.

Прикладные решения и дополнительные лицензии

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

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

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

Аппаратный ключ против программной лицензии

Сетевой USB-ключ HASP

Подходит для физической инфраструктуры; легко переносится между серверами; риск — физическая потеря или выход из строя ключа.

Программная лицензия

Удобна для виртуализации и удалённых площадок; привязывается к железу и требует повторной активации при существенном изменении конфигурации.

Смешанная схема

Клиентские лицензии программные, серверная — аппаратная (или наоборот). Позволяет учесть ограничения конкретной инфраструктуры.

Развёртывание менеджера лицензий и раздача ключей по сети

Чтобы сетевой ключ начал раздавать лицензии, на компьютере с ключом устанавливается HASP License Manager — он входит в дистрибутив платформы 1С. Служба слушает сеть и отвечает на запросы клиентских приложений. Для стабильной работы порт менеджера лицензий должен быть открыт в брандмауэре и не блокироваться сетевыми политиками.

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

1. 1
   Установите драйвер ключа HASP на компьютер, куда будет вставлен ключ
2. 2
   Установите HASP License Manager из дистрибутива платформы и запустите его как службу
3. 3
   Вставьте сетевой ключ и убедитесь, что он определился системой
4. 4
   Откройте в брандмауэре порт менеджера лицензий для клиентских станций
5. 5
   На клиентах укажите адрес сервера лицензий в nethasp.ini, если подсети разделены
6. 6
   Запустите сеанс 1С и проверьте выдачу лицензии через монитор менеджера лицензий

Для контроля выдачи лицензий используется утилита мониторинга (Aladdin Monitor или аналогичные средства), которая показывает занятые и свободные лицензии каждого ключа. Её стоит держать под рукой при диагностике жалоб «1С не находит лицензию».

Типичные ошибки и их диагностика

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

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

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

Как проверить, что лицензирование работает правильно

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

Полезно зафиксировать базовые показатели: сколько лицензий занято в типичный рабочий час и сколько остаётся в резерве. Если свободных лицензий стабильно меньше 10–15% от общего числа, пора планировать расширение — докупать ключ большей ёмкости или дополнительный ключ с размещением на отдельном менеджере лицензий.

Контрольные точки

Как проверить результат

Видимость ключа в системе

Норма

Ключ определяется драйвером, индикатор на ключе горит

Тревожный признак

Ключ не определяется — переустановите драйвер или смените USB-порт

Монитор менеджера лицензий

Норма

Ключ виден, отображается число свободных лицензий

Тревожный признак

Ключ отсутствует в мониторе — проверьте службу менеджера лицензий

Запуск клиентского сеанса

Норма

Сеанс стартует без сообщения о поиске лицензии

Тревожный признак

Ошибка 'не найдена лицензия' — проверьте nethasp.ini и сетевую доступность

Журнал сервера 1С

Норма

Агент сервера стартует без ошибок лицензирования

Тревожный признак

Сообщения об отсутствии серверной лицензии — проверьте серверный ключ или программную лицензию

Часто задаваемые вопросы

Можно ли использовать один сетевой ключ для разных конфигураций 1С?

Да. Клиентский сетевой ключ защищает платформу, а не конкретную конфигурацию. Одна и та же лицензия позволяет запускать «Бухгалтерию», «Зарплату», «Управление торговлей» и другие прикладные решения на платформе 1С:Предприятие 8.

Что произойдёт, если сетевой ключ выйдет из строя?

Новые сеансы перестанут получать лицензии с этого ключа; уже работающие сеансы обычно продолжают работу до завершения. Ключи подлежат замене через фирму «1С» или партнёра по процедуре замены неисправного ключа — сохраните документы на лицензию и регистрационный номер.

Нужен ли отдельный ключ для веб-клиента и мобильного клиента?

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

Суммируются ли лицензии двух сетевых ключей?

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

Можно ли пробросить USB-ключ в виртуальную машину?

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

Чем отличается клиентская лицензия от серверной?

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