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

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

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

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

Ядро платформы 1С:Предприятие как главный защищаемый компонент

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

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

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

Сервер 1С:Предприятия и кластер серверов

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

При этом клиентские лицензии в клиент-серверном режиме могут раздаваться либо с того же сервера, либо с отдельного компьютера с сетевым ключом NetHASP. Для многопользовательской работы применяются сетевые ключи на 5, 10, 20, 50, 100 и более лицензий. Менеджер лицензий подсчитывает занятые места, и когда лимит исчерпан, следующий пользователь получит отказ в запуске.

Клиентские лицензии: локальные и сетевые ключи

Локальный (однопользовательский) ключ защищает запуск платформы на одном конкретном компьютере. Он подходит для небольших внедрений, где с базой работает один сотрудник. Такой ключ нельзя «раздать» по сети — он обслуживает только ту машину, в которую вставлен.

Сетевой ключ NetHASP устанавливается на любой компьютер в локальной сети (не обязательно сервер) и раздаёт лицензии всем рабочим станциям, которые его видят. Для корректной работы на компьютере с ключом должен быть запущен менеджер лицензий (HASP License Manager), а сетевые порты для его протокола не должны блокироваться брандмауэром.

Как платформа ищет ключ в сети

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

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled

Защищены ли конфигурации аппаратным ключом

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

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

Что ключом НЕ защищается

Частая причина путаницы — ожидание, что потеря ключа «заблокирует всё». На практике аппаратная защита не распространяется на следующие компоненты:

• Данные информационных баз — файлы .1CD и содержимое баз на СУБД остаются читаемыми, их можно открыть на любом компьютере с действующей лицензией.
• Внешние отчёты и обработки (.epf, .erf) — запускаются без отдельной проверки ключа.
• Веб-сервисы, планы обмена и регламентные задания — работают в рамках лицензии сервера или платформы, отдельного ключа не требуют.
• Механизмы COM-соединения и OLE-интеграции — используют лицензию того процесса, который их инициирует.

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

Как проверить, какие лицензии видит система

Для диагностики используются штатные средства. В клиентском приложении: меню «Сервис» → «О программе» показывает, какая лицензия использована для запуска. На сервере список выданных лицензий виден в консоли кластера серверов 1С. Для просмотра самих ключей применяется утилита HASP Admin Control Center, доступная в браузере по адресу localhost:1947 на машине с установленным драйвером ключа.

1. 1
   Убедитесь, что ключ физически вставлен и на нём горит индикатор (если предусмотрен моделью).
2. 2
   Проверьте, что установлен драйвер HASP и запущен менеджер лицензий.
3. 3
   Откройте в браузере http://localhost:1947 и посмотрите раздел HASP Keys — ключ должен отображаться с серийным номером.
4. 4
   Запустите 1С и откройте «Сервис» → «О программе», чтобы увидеть выданную лицензию.
5. 5
   При ошибке проверьте nethasp.ini и доступность сервера лицензий по сети.

Типичные проблемы и их признаки

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

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

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

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

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

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