Администрирование · 12 мин
Настройка лицензии 1С на сервере
Как установить и активировать программную или аппаратную лицензию 1С на сервере: установка HASP, сервера лицензирования, раздача клиентских лицензий и решение ошибок.
Лицензирование 1С на сервере — задача, которую приходится решать при переходе с файловой работы на клиент-серверный вариант или при развёртывании нового сервера приложений. От правильности настройки зависит, смогут ли пользователи запускать информационные базы, не столкнутся ли с ошибкой «Не найдена лицензия» и не будут ли теряться сеансы при перезагрузке служб.
В клиент-серверной архитектуре 1С различают два типа лицензий: серверную (на сам сервер 1С:Предприятия) и клиентские (на рабочие места пользователей). Каждая из них может быть программной (файл с расширением .lic, привязанный к параметрам компьютера) или аппаратной (USB-ключ HASP). Схема их размещения определяет, кто будет «раздавать» лицензии: сервер 1С, отдельный менеджер лицензий или каждый клиент самостоятельно.
Ниже разобран практический порядок настройки: от выбора схемы лицензирования до проверки, что лицензии реально выдаются пользователям, и разбора типовых ошибок.
Выбор схемы лицензирования: какие варианты существуют
Прежде чем что-то устанавливать, определитесь со схемой. От неё зависит, где физически будут находиться лицензии и как их получат клиенты.
Первая схема — все лицензии на сервере 1С. Серверная лицензия активируется на сервере, клиентские программные лицензии — тоже там. В настройках информационной базы включается выдача лицензий сервером. Это самый распространённый вариант для небольших и средних организаций: централизованное управление, пользователям ничего настраивать не нужно.
Вторая схема — выделенный сервер лицензирования. На отдельной машине устанавливается сервер 1С (без рабочих баз) или менеджер HASP Licence Manager, и именно он раздаёт клиентские лицензии по сети. Подходит, когда серверов 1С несколько и нужно общее лицензионное «хранилище».
Третья схема — локальные лицензии на клиентах. Каждый компьютер пользователя получает собственный ключ или программную лицензию. Оправдана только в специфических случаях (например, терминальные сессии с особыми требованиями), так как усложняет администрирование.
Сравнение вариантов
Простое управление, подходит большинству; ограничение — лицензии привязаны к одному серверу
Удобно при нескольких серверах 1С; требует отдельной машины и дополнительной настройки
Независимость от сервера; сложно администрировать при большом числе пользователей
Установка серверной лицензии
Сервер 1С:Предприятия сам требует лицензию — без неё кластер не запустит рабочие процессы для информационных баз. Серверная лицензия бывает программной или аппаратной (USB-ключ).
Программная серверная лицензия активируется с помощью пин-кода из комплекта поставки. На компьютере сервера запустите любую информационную базу в режиме толстого клиента или воспользуйтесь диалогом активации, который появится при попытке запуска без лицензии. Введите пин-код, система сформирует запрос в центр лицензирования — при наличии интернета активация происходит автоматически, иначе файл запроса отправляется вручную, а полученный ответ загружается обратно.
Файл программной лицензии (.lic) сохраняется в служебный каталог, обычно это C:\ProgramData\1C\licenses на Windows или /var/1C/licenses на Linux. Убедитесь, что у службы агента сервера 1С есть права на чтение этого каталога.
Установка аппаратного ключа HASP и драйвера
Если у вас USB-ключ (HASP), порядок такой: сначала установите драйвер ключа, затем подключите сам ключ. На Windows драйвер устанавливается пакетом HASP Device Driver (обычно входит в дистрибутив платформы 1С или доступен у вендора ключа). После установки в диспетчере устройств должен появиться раздел с устройствами SafeNet/Aladdin без предупреждающих значков.
Для сетевой раздачи аппаратных клиентских лицензий дополнительно устанавливается HASP Licence Manager — служба, которая раздаёт лицензии ключа по сети на клиентские компьютеры. Один менеджер обслуживает ограниченное число ключей и сессий, поэтому в крупных сетях иногда разворачивают несколько менеджеров.
На Linux-компьютерах для ключей HASP также требуется установить соответствующий драйвер (aksusbd) и менеджер лицензий. Проверяйте, что службы запущены и добавлены в автозагрузку.
Активация клиентских лицензий на сервере
Если выбрана схема с выдачей лицензий сервером, клиентские программные лицензии активируются непосредственно на сервере 1С. Запустите на сервере конфигуратор или клиентское приложение, при запросе лицензии выберите получение программной лицензии и введите клиентский пин-код. Многопользовательские пин-коды (на 50, 100, 500 пользователей) активируются один раз и дают соответствующее число одновременных сеансов.
Активированные клиентские лицензии сервер хранит в своём каталоге лицензий и выдаёт их клиентским приложениям при подключении к информационной базе. Важно: одна клиентская лицензия расходуется на сеанс, а не на пользователя — один пользователь с несколькими открытыми сеансами может занять несколько лицензий.
- 1Убедитесь, что серверная лицензия уже установлена и кластер работает
- 2Запустите на сервере клиентское приложение 1С и откройте любую базу кластера
- 3В диалоге получения лицензии выберите программную лицензию и введите клиентский пин-код
- 4Дождитесь подтверждения активации (автоматически через интернет или через файл ответа)
- 5Проверьте, что файл лицензии появился в каталоге licenses сервера
Настройка выдачи лицензий сервером в свойствах базы
Чтобы сервер начал раздавать клиентские лицензии, откройте консоль управления серверами 1С (mmc-оснастка «Центральные серверы 1С:Предприятия»), найдите нужный кластер и откройте свойства информационной базы.
В параметрах базы есть настройка, определяющая порядок выдачи лицензий. Установите режим, при котором клиентские лицензии выдаёт сервер 1С:Предприятия. После применения настроек клиентские приложения, подключающиеся к этой базе, будут получать лицензию от сервера, а не искать её локально.
Если лицензии раздаёт внешний HASP Licence Manager, на клиентских машинах можно явно указать его адрес через файл 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Проверка результата и диагностика
После настройки проверьте всю цепочку. В консоли кластера откройте список сеансов: подключённые пользователи должны отображаться без ошибок лицензирования. В технологическом журнале сервера (если он включён) события LIC покажут, какая лицензия и кому была выдана.
Полезная проверка — запустить клиентское приложение на компьютере, где точно нет локальных лицензий и ключей. Если база открывается, значит сервер успешно выдаёт лицензию. Если появляется сообщение «Не найдена лицензия», проверяйте по цепочке: активирована ли серверная лицензия, есть ли свободные клиентские лицензии, включена ли выдача лицензий сервером в свойствах базы.
Как проверить результат
База открывается без запроса лицензии
Ошибка «Не найдена лицензия для использования программы»
Файлы .lic присутствуют, доступны службе агента
Каталог пуст или нет прав на чтение
Сеансы активны, число не превышает лимит лицензий
Сеансы обрываются или не создаются
Типичные ошибки и их устранение
Самая частая жалоба — «Не найдена лицензия» при, казалось бы, полностью настроенном сервере. Причины обычно такие: лицензия активирована на другом компьютере (привязка к «железу» не совпадает), служба агента сервера работает под учётной записью без доступа к каталогу лицензий, или в свойствах базы не включена выдача лицензий сервером.
Вторая группа проблем — виртуализация. Программная лицензия, активированная на виртуальной машине, может «слететь» при миграции ВМ на другой хост, так как меняются идентификаторы оборудования. Для виртуальных сред надёжнее аппаратный ключ, проброшенный в ВМ, или выделенный физический сервер лицензирования.
Третья ситуация — «залипшие» сеансы. При аварийном завершении клиента сеанс на сервере может оставаться активным и удерживать лицензию. Настройте в свойствах кластера разумные таймауты завершения неактивных сеансов, чтобы лицензии освобождались автоматически.
Перенос лицензий на новый сервер
При миграции на новое оборудование аппаратные ключи переносятся просто: установите драйвер на новом сервере и подключите ключ. С программными лицензиями сложнее — они не переносятся, а активируются заново на новом сервере с использованием резервных пин-кодов из комплекта поставки.
Каждый комплект поставки содержит основной и резервные пин-коды. Если резервные исчерпаны, запрашивается новая порция через фирму «1С» или партнёра — для этого потребуется регистрационный номер программного продукта. Храните конверты с пин-кодами и регистрационные данные в доступном, но защищённом месте.
Как выбрать действие
Подводя итог: стабильная схема лицензирования строится на трёх опорах — правильно активированная серверная лицензия, клиентские лицензии в доступном серверу каталоге и включённая выдача лицензий сервером в свойствах информационной базы. Всё остальное — диагностика и аккуратное обращение с пин-кодами при изменениях инфраструктуры.
Что важно запомнить
Серверная лицензия ставится на сервер 1С, клиентские — туда же или на выделенный сервер лицензирования. Выдача клиентских лицензий включается в свойствах информационной базы в консоли кластера. Программные лицензии привязаны к «железу» — перед апгрейдом готовьте резервные пин-коды. Серверный и клиентский USB-ключи нельзя ставить в один компьютер.
Частые вопросы
Можно ли использовать одну клиентскую лицензию на несколько баз одновременно?
Да, если сеансы открыты на одном компьютере и обслуживаются одним сервером лицензирования — как правило, один сеанс занимает одну лицензию независимо от того, к какой базе он подключён. Но каждый дополнительный одновременный сеанс расходует ещё одну лицензию, поэтому при подсчёте нужного количества ориентируйтесь на число одновременных сеансов, а не на число сотрудников.
Что делать, если закончились резервные пин-коды для активации?
Нужно запросить новый комплект пин-кодов через фирму «1С» или обслуживающего партнёра, указав регистрационный номер программного продукта. Обычно требуется обосновать причину повторных активаций (замена оборудования, сбой сервера). Чтобы не оказаться в этой ситуации, расходуйте резервные пин-коды только при реальной необходимости и документируйте каждую активацию.
Почему лицензия перестала работать после обновления платформы 1С?
Само обновление платформы лицензию не аннулирует — привязка идёт к оборудованию, а не к версии. Однако если вместе с обновлением менялась разрядность сервера, переустанавливалась ОС или обновлялись драйверы виртуализации, параметры привязки могли измениться. Проверьте наличие файла .lic в каталоге лицензий и при необходимости активируйте заново резервным пин-кодом.
Нужен ли доступ в интернет на сервере для активации лицензии?
Нет, интернет не обязателен. При отсутствии подключения активация выполняется вручную: программа формирует файл запроса, который передаётся в центр лицензирования (например, с другого компьютера), а полученный файл ответа загружается на сервер. Для последующей работы программной лицензии постоянное интернет-соединение не требуется.
Как посмотреть, сколько клиентских лицензий сейчас занято?
В консоли управления кластером откройте список сеансов — каждое активное соединение, получившее лицензию от сервера, отражается там. Для детальной диагностики включите технологический журнал с событиями лицензирования: в нём фиксируется, какая лицензия выдана, какому сеансу и когда освобождена. Для HASP Licence Manager аналогичную статистику показывает его веб-интерфейс мониторинга.
Можно ли совместить программную серверную лицензию и аппаратные клиентские ключи?
Да, типы лицензий для сервера и для клиентов выбираются независимо. Вполне рабочая комбинация — программная серверная лицензия плюс сетевой USB-ключ с клиентскими лицензиями на отдельной машине с HASP Licence Manager. Главное — не вставлять серверный и клиентский ключи в один компьютер и корректно указать клиентам адрес менеджера лицензий.