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

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

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

Общая схема защиты в 1С: два независимых механизма

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

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

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

Какие компоненты защищены аппаратным ключом

Перечень защищаемых компонентов фиксирован и одинаков для всех типовых поставок. Аппаратный ключ проверяется в момент запуска или при получении лицензии следующими элементами.

Клиентские приложения платформы

Толстый клиент, тонкий клиент и веб-клиент (через сервер) при запуске требуют клиентскую лицензию. Если поставка аппаратная, лицензия выдаётся ключом HASP: либо локальным (вставленным в сам компьютер пользователя), либо сетевым (доступным через локальную сеть с помощью менеджера лицензий HASP License Manager).

Однопользовательская поставка комплектуется локальным ключом на одну лицензию. Многопользовательские поставки и дополнительные клиентские лицензии (на 5, 10, 20, 50, 100, 300, 500 рабочих мест) поставляются с сетевыми ключами, которые устанавливаются на один компьютер в сети и раздают лицензии всем клиентам.

Сервер «1С:Предприятия»

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

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

Защищённые модули прикладных решений

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

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

Частая ошибка — считать, что ключ защищает «всю программу целиком». На практике значительная часть поставки работает без всякой аппаратной проверки.

Конфигурация (прикладное решение) — это набор метаданных и кода, который сам по себе ключа не требует. Файлы конфигурации (.cf, .dt, шаблоны установки) можно свободно копировать и устанавливать; лицензионный контроль происходит только при запуске платформы. Именно поэтому обновления конфигураций скачиваются и устанавливаются без участия ключа.

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

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

Как платформа находит ключ при запуске

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

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

Диагностировать, откуда получена лицензия, можно через консоль кластера серверов (раздел «Сеансы» показывает тип лицензии) или по журналу менеджера лицензий HASP. Это полезно, когда часть пользователей получает ошибку при достижении лимита лицензий.

1. 1
   Убедитесь, что ключ физически подключён и светодиод на нём горит
2. 2
   Установите или проверьте драйвер ключа (Sentinel HASP Runtime)
3. 3
   Откройте в браузере страницу http://localhost:1947 — панель Admin Control Center
4. 4
   В разделе Sentinel Keys проверьте список обнаруженных ключей и их тип
5. 5
   На сервере 1С проверьте через консоль кластера, какие лицензии выдаются сеансам

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

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

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

Сравнение вариантов лицензирования

Аппаратный ключ HASP

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

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

Удобна для стабильных виртуальных инфраструктур и удалённых серверов без физического доступа. Ограничение: привязка к аппаратным параметрам, переактивация при их смене

Сервис лицензирования 1С

Централизованная выдача программных лицензий через интернет. Подходит для распределённых сетей, требует доступа к серверам 1С

Типичные проблемы и ошибки при работе с ключами

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

Вторая группа проблем — конфликт нескольких ключей на одном компьютере. Два одинаковых клиентских ключа (например, два ключа на 5 лицензий одной серии) на одной машине видны системе как один. Их нужно разносить по разным компьютерам сети и настраивать менеджер лицензий соответствующим образом.

Третья типичная ошибка — попытка использовать клиентский ключ для сервера или наоборот. Ключи имеют разную маркировку и назначение; серверный ключ обычно дороже и визуально может отличаться цветом корпуса.

Проверка результата: как убедиться, что защита работает правильно

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

Полезно зафиксировать в эксплуатационной документации: серийные номера ключей, их тип (клиентский/серверный, число лицензий), физическое расположение и ответственного сотрудника. Это сильно упрощает инвентаризацию и восстановление после инцидентов.

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

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

Определение ключа в системе

Норма

Ключ виден в Admin Control Center (localhost:1947), светодиод горит

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

Ключ не отображается, светодиод не горит — проверяйте драйвер и порт

Выдача клиентских лицензий

Норма

Сеансы в консоли кластера получают лицензии, тип указан корректно

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

Ошибка «Не обнаружен ключ» при свободных лицензиях

Работа сервера 1С

Норма

Агент сервера стартует, базы доступны пользователям

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

Сервер стартует, но базы недоступны — проверьте серверный ключ

Частые вопросы

Защищена ли сама конфигурация (например, «1С:Бухгалтерия») аппаратным ключом?

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

Можно ли запустить 1С без ключа вообще?

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

Что будет с данными, если USB-ключ сломается?

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

Почему два ключа на одном компьютере дают не сумму, а только один набор лицензий?

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

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

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