Как работает защита 1С 8.3 в сети: HASP, программные лицензии и их раздача

Сервер защиты 1С — это компьютер в сети, который раздаёт клиентам лицензии на запуск 1С:Предприятия 8.3. Если у вас аппаратный сетевой ключ HASP, на этом компьютере работает менеджер лицензий (служба HASP Loader, порт 475). Если программные лицензии — роль сервера защиты выполняет сервер 1С:Предприятия или выделенный сервис лицензирования внутри кластера.

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

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

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

Лицензии бывают двух видов:

• 🔌 Аппаратные — USB-ключ HASP. Однопользовательский ключ работает только на компьютере, куда вставлен. Сетевой (многопользовательский) раздаёт лицензии по сети через менеджер лицензий.
• 🔑 Программные — файл лицензии, который получают активацией пин-кода. Он привязывается к параметрам конкретного компьютера.

Отдельно лицензируется сам сервер 1С:Предприятия. Это не клиентская лицензия: она разрешает запуск кластера, а не работу пользователей. Клиентские лицензии покупают дополнительно — на 1, 5, 10, 20, 50, 100 и более рабочих мест.

Аппаратные и программные лицензии можно сочетать. Например, старый ключ на 10 мест и докупленная программная лицензия на 5 мест вместе дают 15 одновременных сеансов.

Сетевой ключ HASP: установка драйвера и менеджера лицензий

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

1. Драйвер ключа (Sentinel HASP / Sentinel LDK). Без него система видит неизвестное USB-устройство.
2. Менеджер лицензий HASP (HASP License Manager). Он принимает запросы клиентов по сети и выдаёт им места из ключа.

Оба дистрибутива есть на диске с комплектом поставки и в дистрибутивах платформы.

Порядок установки

1. Вставьте ключ в USB-порт будущего сервера защиты. Лучше в порт на задней панели, а не в хаб.
2. Установите драйвер. Если дистрибутив только консольный, запустите от имени администратора:

haspdinst.exe -i

3. Установите менеджер лицензий как службу (вариант «Service»), а не как приложение. Тогда он стартует до входа пользователя в систему и переживает перезагрузку.
4. Проверьте в оснастке services.msc, что служба HASP Loader запущена и тип запуска — «Автоматически».
5. Откройте во входящих правилах брандмауэра порт 475 UDP и TCP.

Маркировка ключей

На корпусе ключа и на коробке указана серия. По ней сразу понятно, что это за ключ:

• ORGL8 — однопользовательский, работает только локально;
• NET5, NET10, NET20, NET50, NET100, NET250, NET500 — сетевые, цифра равна числу одновременных сеансов;
• ключи сервера 1С:Предприятия (32- и 64-разрядного) — отдельная серия, клиентских лицензий не дают.

💡 На одном компьютере не работают два сетевых ключа одной серии: менеджер увидит только один. Ключи разных серий (например, NET5 и NET10) вместе работают нормально. Если нужно два одинаковых ключа — ставьте их на разные компьютеры.

Ключ на виртуальной машине

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

Программные лицензии и пин-коды

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

Как активировать

1. Запустите 1С на компьютере, где будет храниться лицензия. При отсутствии лицензии платформа сама предложит её получить.
2. Выберите получение лицензии и введите регистрационный номер комплекта и пин-код.
3. Укажите способ: через интернет (быстрее всего), файлом или по телефону. Последние два варианта нужны, если у сервера нет выхода в сеть.
4. Заполните данные владельца: организацию и ИНН. Эти данные понадобятся при повторной активации, сохраните их.

Файл лицензии с расширением .lic появится в каталоге:

• Windows: C:\ProgramData\1C\licenses
• Linux: /var/1C/licenses

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

Что ломает программную лицензию

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

Где должна стоять многопользовательская лицензия

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

Настройка сетевого доступа к серверу защиты 1С

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

Файл nethasp.ini на клиенте

Файл кладут в каталог conf установленной платформы, например C:\Program Files\1cv8\conf\nethasp.ini. Если платформ несколько, удобно положить его в общий каталог conf (рядом с файлом 1cestart.cfg в каталоге установки), иначе после обновления платформы настройку придётся повторять.

Рабочий пример для сервера защиты с адресом 192.168.1.10:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = UDP
NH_SESSION = 5
NH_SEND_RCV = 3

Что здесь важно:

• 📍 NH_SERVER_ADDR — IP-адрес или имя сервера защиты. Можно перечислить несколько через запятую, если ключи стоят на разных машинах.
• 🚫 NH_USE_BROADCAST = Disabled — отключает поиск по всей сети. Запуск ускоряется, клиент не «стучится» по всем адресам.
• ⏱ NH_SESSION и NH_SEND_RCV — таймауты в секундах. При медленном VPN их увеличивают, иначе клиент не дожидается ответа.
• 🔁 NH_TCPIP_METHOD — UDP по умолчанию. Если UDP режется на маршрутизаторе, пробуют TCP.

После правки файла перезапустите 1С на клиенте — настройки читаются при старте.

Ограничение доступа на стороне сервера

У менеджера лицензий есть свой файл настроек nhsrv.ini (в каталоге установки менеджера). Параметром NHS_IP_LIMIT в разделе [NHS_SERVER] можно разрешить выдачу лицензий только определённой подсети:

[NHS_SERVER]
NHS_IP_LIMIT = 192.168.1.*

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

Клиент-серверный вариант: кто раздаёт лицензии

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

Правила такие:

• Сервер 1С ищет ключи HASP на своём компьютере и через собственный nethasp.ini в каталоге conf своей платформы. Настройки клиентских компьютеров на него не влияют.
• Программные многопользовательские лицензии сервер берёт из каталога лицензий на своём компьютере.
• В свойствах информационной базы в консоли кластера есть параметр выдачи лицензий сервером. Если он запрещён, клиенты ищут лицензии сами — и не найдут, если на рабочих местах ничего нет.

Выделенный сервис лицензирования

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

Ошибки сервера защиты: диагностика по шагам

Начинайте проверку с самого близкого к ключу звена и двигайтесь к клиенту. Так быстрее отсечь лишнее.

Если не помогло

• 🧪 Проверьте доступность порта с клиента: временно отключите брандмауэр на сервере защиты (на минуту, в тестовом порядке). Если ключ нашёлся — дело в правилах для порта 475.
• 🖥 Запустите 1С прямо на сервере защиты. Если там тоже нет лицензии — проблема в ключе или драйвере, сеть ни при чём.
• 🔄 Отключите на время антивирус с сетевым экраном: некоторые из них блокируют UDP-трафик менеджера лицензий без явных сообщений.
• 📦 Если ключ физически повреждён (не определяется ни на одном компьютере), его меняют через партнёра 1С, у которого покупали комплект. Нужны регистрационная карточка и сам ключ.

Мониторинг и экономия лицензий

Лицензий всегда меньше, чем хочется. Поэтому полезно знать, кто их держит.

Чем смотреть занятые места

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

rac cluster list
rac session list --cluster=<id_кластера> --licenses

Вместо <id_кластера> подставьте идентификатор из первой команды. Подробности параметров — в rac help.

Как сэкономить места

1. Закрывайте 1С вместо сворачивания. Свёрнутая программа держит лицензию, даже если человек ушёл на обед.
2. Настройте автоматическое завершение неактивных сеансов — в разделе администрирования информационной базы есть параметры ограничения сеансов по бездействию. Предупредите пользователей: несохранённые данные пропадут.
3. Один пользователь — один сеанс. Открытые параллельно Бухгалтерия и ЗУП на одном компьютере под одним пользователем Windows занимают одну клиентскую лицензию из ключа HASP. Но несколько копий через терминал под разными сеансами — это уже несколько мест.
4. Проверяйте фоновые подключения. Обмены, внешние обработки по расписанию, конфигуратор, открытый «на всякий случай», — каждое такое подключение может забирать место.

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