Сетевой ключ защиты 1С: зачем нужен и как его настроить

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

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

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

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

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

Аппаратные ключи делятся на локальные (однопользовательские) и сетевые (многопользовательские, на 5, 10, 20, 50, 100, 300 и 500 лицензий). Локальный ключ работает только на том компьютере, в который вставлен. Сетевой ключ раздаёт лицензии через менеджер лицензий — службу, которая должна быть запущена на компьютере с ключом.

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

Когда сетевой ключ действительно нужен

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

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

Требования к серверу лицензий и сети

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

Менеджер лицензий HASP обменивается данными с клиентами по сети, поэтому нужно открыть соответствующие порты в брандмауэре (по умолчанию используется порт 475) и убедиться, что клиентские машины видят сервер по имени или IP-адресу. В сетях с несколькими сегментами или VLAN может потребоваться явное указание адреса сервера лицензий в файле настройки nethasp.ini на клиентах.

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

Как развернуть сетевой ключ: порядок действий

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

1. 1
   Выберите постоянно работающий компьютер в локальной сети под сервер лицензий.
2. 2
   Установите на нём драйвер HASP и менеджер лицензий (ставится вместе с платформой 1С или отдельным дистрибутивом).
3. 3
   Подключите сетевой USB-ключ и убедитесь, что он определился в системе.
4. 4
   Откройте порт менеджера лицензий в брандмауэре сервера.
5. 5
   На клиентских машинах при необходимости настройте файл nethasp.ini, указав адрес сервера лицензий.
6. 6
   Запустите 1С на клиенте и проверьте, что лицензия получена.
7. 7
   Проверьте в мониторе менеджера лицензий, сколько лицензий занято и кем.

Файл nethasp.ini размещается в каталоге конфигурации платформы (обычно в подкаталоге conf каталога установки или в каталоге исполняемых файлов). В нём задаётся протокол поиска и адрес сервера. Явное указание адреса ускоряет запуск и устраняет проблемы в сетях, где широковещательный поиск не работает.

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

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

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

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

Основной инструмент контроля — монитор менеджера лицензий (Aladdin Monitor / HASP Admin Control Center, в зависимости от версии). Он показывает, какие ключи видны, сколько лицензий выдано и каким станциям. Это первое место, куда стоит смотреть при жалобах пользователей.

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

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

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

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

Альтернативы сетевому ключу и резервирование

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

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

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