Как раздаются программные лицензии 1С по сети

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

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

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

Архитектура системы защиты и типы ключей

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

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

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

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

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

Принцип работы сервера лицензирования 1С

Центральным элементом в схеме раздачи прав является служба, которая мониторит состояние ключей и управляет очередью запросов. В среде Windows эта служба называется 1С:Лицензионный сервер. Она запускается автоматически при установке платформы и работает в фоновом режиме, ожидая запросов от клиентских приложений.

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

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

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

Настройка сетевого доступа и портов

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

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

[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.50
NH_BROADCAST = Disabled

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

Компонент	Порт (TCP/UDP)	Направление	Назначение
Сервер 1С:Предприятие	1540-1541	Входящее	Основной порт для подключения клиентов
Менеджер кластера	1540	Входящее	Управление списком информационных баз
Рабочий сервер	1541	Входящее	Обработка данных запросов
HASP License Manager	475	Входящее/Исходящее	Общение с USB-ключами защиты
1С:Лицензионный сервер	5555	Входящее	Работа с программными лицензиями (PIN)

При настройке брандмауэра убедитесь, что правила применяются ко всем сетевым профилям (Домен, Частная, Публичная), если это допустимо политикой безопасности вашей организации. Часто бывает так, что при подключении ноутбука сотрудника к офисной сети профиль меняется на «Публичный», и доступ к лицензиям мгновенно пропадает.

Сценарии работы в терминальной среде

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

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

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

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

Диагностика и решение типовых ошибок

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

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

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

Как очистить зависшие сеансы без перезагрузки сервера?

В консоли администрирования серверов 1С выделите зависший сеанс, нажмите правую кнопку мыши и выберите «Завершить». Если сеанс не завершается, может потребоваться перезапуск службы "Агент сервера 1С:Предприятия", но это прервет работу всех пользователей.

Для автоматизации мониторинга можно использовать скрипты, которые периодически опрашивают статус службы лицензирования и количество активных сеансов. При превышении порогового значения (например, 90% заполненности) система может отправлять уведомление системному администратору, позволяя предотвратить остановку работы офиса.

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

Покупка лицензий «с запасом» не всегда является экономически обоснованной. Анализ реальной загрузки позволяет оптимизировать расходы. Статистика показывает, что коэффициент одновременного использования (concurrency) в бухгалтерских отделах редко достигает 100%. Обычно одновременно работают 70-80% от списочного состава.

Однако существуют пиковые нагрузки, связанные со сдачей отчетности, закрытием периода или проведением инвентаризации. В эти моменты потребность в дополнительных местах может быть критической. Гибкая система лицензирования 1С позволяет докупать лицензии небольшими пакетами (например, по 5 или 10 штук) и легко добавлять их в существующий пул без остановки системы.

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

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

Можно ли использовать один USB-ключ на несколько разных серверов 1С?

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

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

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

Как перенести программную лицензию (PIN-код) на другой сервер?

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

Влияет ли версия платформы 1С (8.2, 8.3, 8.4) на работу ключа защиты?

Ключи защиты, выпущенные в последние годы, полностью совместимы со всеми актуальными версиями платформы 1С:Предприятие 8. Старые ключи (например, HASP4) могут требовать обновления прошивки или замены на современные HASP HL для работы с новыми версиями платформы, начиная с 8.3.15 и выше.

Обязательно ли ставить драйверы HASP на клиентские компьютеры?

Для современных ключей HASP HL и версий платформы 1С 8.3.10 и выше установка драйверов на клиентские рабочие места не требуется. Клиентская часть платформы содержит встроенные библиотеки для общения с ключом по сети. Драйверы обязательны только на том сервере, в который физически вставлен USB-ключ.