Администрирование · 12 мин
Как включить выдачу лицензий сервером 1С
Как включить выдачу лицензий сервером 1С: установка службы лицензирования, активация программных лицензий, настройка кластера и проверка раздачи клиентам.
Централизованная выдача лицензий сервером 1С избавляет от необходимости активировать программные лицензии на каждом рабочем месте: клиентские приложения получают лицензию автоматически при подключении к кластеру серверов. Такая схема особенно удобна в организациях с десятками пользователей, терминальными сессиями и частой заменой компьютеров — переустановка системы на клиенте больше не приводит к потере лицензии.
Выдачу лицензий может выполнять либо сам кластер серверов 1С:Предприятия, либо отдельная служба лицензирования (1C:Enterprise License Server). Выбор зависит от архитектуры: если сервер приложений уже развёрнут, проще задействовать его; если лицензии нужно раздавать файловым базам и тонким клиентам без сервера приложений — ставится отдельная служба на выделенной машине.
Ниже разобраны оба сценария: подготовка, установка и запуск службы, активация лицензий, подключение клиентов и диагностика типовых проблем. Все действия выполняются под учётной записью с правами администратора на сервере.
Как устроена выдача лицензий в 1С
В клиент-серверном режиме лицензия может выдаваться тремя способами: непосредственно клиентским приложением (локальная активация), сервером 1С:Предприятия из состава кластера и отдельной службой лицензирования. Приоритет поиска лицензии клиентом настраивается, но по умолчанию клиент сначала пытается получить лицензию у сервера, к которому подключается.
Для файловых баз, опубликованных на веб-сервере, и для тонких клиентов без сервера приложений единственный способ централизованной выдачи — отдельная служба лицензирования. Она работает как самостоятельный процесс (srv1cv8-ls или 1C:Enterprise License Server в зависимости от версии) и принимает запросы от клиентов по сети.
Важно понимать различие: программная лицензия, активированная на компьютере, «привязывается» к его аппаратным параметрам. Если лицензия активирована на сервере, выдающем лицензии, то замена клиентских машин на неё не влияет — но замена материнской платы или существенное изменение конфигурации самого сервера может сделать лицензию недействительной.
Выбор схемы: кластер или отдельная служба лицензирования
Если в инфраструктуре уже работает кластер серверов 1С:Предприятия, дополнительная служба обычно не нужна: кластер умеет выдавать лицензии сам. Достаточно активировать лицензии на центральном сервере кластера и проверить настройки рабочих процессов. Это самый простой путь, он не требует установки дополнительного ПО.
Отдельная служба лицензирования оправдана в трёх случаях: базы работают в файловом режиме, клиенты подключаются через веб-сервер, либо нужен единый «банк лицензий» для нескольких независимых площадок. Служба потребляет минимум ресурсов и может работать на той же машине, что и файловое хранилище.
Сравнение вариантов
Подходит при уже работающем сервере приложений. Не требует отдельной установки, но лицензии доступны только клиентам этого кластера.
Подходит для файловых баз, веб-клиентов и раздачи лицензий нескольким площадкам. Требует отдельной установки и открытия портов, но не зависит от кластера.
Подходит для 1–3 рабочих мест. При замене компьютера или переустановке ОС лицензию приходится активировать заново, расходуются резервные пин-коды.
Установка и запуск службы лицензирования
Дистрибутив службы лицензирования входит в состав поставки платформы 1С:Предприятие или распространяется отдельным пакетом. На Windows установка выполняется из общего инсталлятора платформы — нужно отметить компонент «Служба лицензирования» (1C:Enterprise License Server). На Linux служба ставится из отдельного пакета и управляется через systemd или init-скрипты.
После установки убедитесь, что служба запущена и добавлена в автозагрузку. В Windows это проверяется в оснастке services.msc, в Linux — командой systemctl status с именем соответствующего юнита. Если служба не стартует, первым делом смотрите журнал событий: типичные причины — занятый порт или недостаток прав у учётной записи службы.
Служба слушает сетевой порт (по умолчанию используется выделенный порт службы лицензирования; точное значение зависит от версии платформы и указывается в документации к ней). Этот порт должен быть открыт в брандмауэре сервера для подсети клиентов. Проверить доступность можно командой telnet или Test-NetConnection с клиентской машины.
- 1Установите компонент службы лицензирования из дистрибутива платформы на выделенный сервер
- 2Убедитесь, что служба запущена и настроена на автоматический старт
- 3Откройте порт службы в брандмауэре для клиентской подсети
- 4Активируйте программные лицензии на сервере через конфигуратор или утилиту активации
- 5Укажите клиентам адрес сервера лицензий или проверьте автоматический поиск
- 6Подключитесь клиентом и проверьте факт получения лицензии
Активация программных лицензий на сервере
Лицензии активируются на той машине, которая будет их выдавать. Самый наглядный способ — запустить конфигуратор на сервере, открыть любую базу и при запросе лицензии пройти мастер активации: ввести пин-код из комплекта поставки, выбрать автоматическое получение через интернет или ручное формирование запроса. После активации файл лицензии сохраняется в служебный каталог сервера.
Альтернатива — консольные средства платформы. В актуальных поставках используется утилита ring с модулем license, в более ранних версиях встречается instalicense. Консольный вариант удобен на серверах без графического интерфейса и для автоматизации.
ring license activate --serial <пин-код> --pin <пин-код> --validate-first-runМногопользовательские клиентские лицензии (на 5, 10, 50 и более рабочих мест) активируются одним файлом — сервер будет выдавать из него «места» по мере подключения клиентов. Серверная лицензия активируется отдельно и нужна самому серверу 1С:Предприятия, а не клиентам.
Включение выдачи лицензий в кластере серверов
Если лицензии должен выдавать кластер, откройте консоль администрирования серверов 1С, выберите кластер и проверьте его свойства. Выдача лицензий рабочими процессами кластера включена по умолчанию, но её могли отключить при настройке — проверьте соответствующий параметр в свойствах кластера.
Активировать лицензии для кластера нужно на центральном сервере кластера. При этом рабочие процессы на других серверах кластера смогут получать лицензии с центрального автоматически. Если кластер состоит из одного сервера, всё сводится к активации лицензий на нём самом.
После активации перезапуск кластера обычно не требуется — лицензии подхватываются при следующем обращении. Однако если лицензия активирована, а клиенты её не видят, перезапуск агента сервера помогает исключить закэшированное состояние.
Настройка клиентов и проверка получения лицензии
В клиент-серверном режиме клиент обычно получает лицензию от кластера без дополнительной настройки. Для отдельной службы лицензирования адрес сервера лицензий можно указать в файле nethasp.ini или в параметрах запуска клиента, а для веб-клиента — в настройках публикации. Если служба и клиенты в одном сегменте сети, часто работает автоматический поиск.
Проверка результата простая: запустите клиентское приложение, подключитесь к базе и убедитесь, что не появляется окно «Не найдена лицензия». В кластере дополнительно можно посмотреть список сеансов в консоли администрирования — каждый активный сеанс с выданной лицензией подтверждает, что механизм работает.
Как проверить результат
База открывается без диалога поиска лицензии
Появляется окно «Не найдена лицензия для использования программы»
Служба лицензирования в статусе «Работает», порт прослушивается
Служба остановлена или падает при старте
Test-NetConnection к порту службы возвращает TcpTestSucceeded = True
Соединение отклоняется или таймаут — проверяйте брандмауэр
Файл лицензии присутствует в служебном каталоге и не повреждён
Файл отсутствует или активация выполнена на другой машине
Типичные ошибки и их устранение
Самая частая проблема — лицензия активирована не там, где её ищут. Например, администратор активировал лицензию на своём рабочем компьютере, а кластер или служба лицензирования работают на другом сервере. Решение — активировать лицензию именно на выдающем сервере, используя резервный пин-код, если основной уже израсходован.
Вторая группа ошибок — сетевая: порт службы закрыт брандмауэром, клиент и сервер в разных VLAN без маршрутизации, либо на машине несколько сетевых интерфейсов и служба слушает не тот. Диагностируется это проверкой доступности порта с клиентской машины.
Третья группа — конфликт версий и прав. Служба лицензирования должна соответствовать версии платформы клиентов, а учётная запись службы — иметь доступ к каталогу с файлами лицензий. После обновления платформы имеет смысл проверить, что служба тоже обновлена.
Удобно хранить все пин-коды (использованные и резервные) в одном защищённом документе с пометкой, на каком сервере и когда активирован каждый код. При сбое или миграции это экономит часы на восстановлении картины лицензирования.
Ограничения и когда нужна помощь специалиста
Самостоятельная настройка оправдана в типовых сценариях: один сервер, одна подсеть, стандартные программные лицензии. К специалисту по 1С стоит обращаться при многосерверных кластерах с балансировкой, при сочетании программных и аппаратных (USB) лицензий HASP, при миграции лицензий между площадками и при подозрении на исчерпание резервных пин-кодов.
Помните, что восстановление «сгоревших» лицензий выполняется через линию консультаций вендора и требует подтверждения легальности комплекта — это занимает время, поэтому профилактика (резервные коды, документирование активаций) важнее ремонта.
Что важно запомнить
Выдача лицензий включается двумя путями: через кластер серверов 1С или отдельную службу лицензирования. Лицензии активируются строго на выдающем сервере, порт службы должен быть доступен клиентам, а результат проверяется запуском клиента без диалога поиска лицензии. Резервные пин-коды храните отдельно — они нужны при смене оборудования.
Частые вопросы
Можно ли выдавать лицензии файловым базам без сервера 1С?
Да, для этого и предназначена отдельная служба лицензирования. Она устанавливается на любую постоянно включённую машину в сети, на ней активируются многопользовательские лицензии, а клиенты получают их по сети при запуске файловой базы.
Что делать, если появляется сообщение «Не найдена лицензия»?
Проверьте по цепочке: запущена ли служба лицензирования или кластер, активирована ли лицензия именно на этом сервере, доступен ли порт с клиентской машины, не исчерпаны ли «места» многопользовательской лицензии параллельными сеансами.
Сколько пин-кодов в комплекте и что такое резервный?
Комплект программной лицензии обычно содержит основной пин-код и несколько резервных. Резервные нужны для повторной активации после замены оборудования или переустановки системы. Точное количество указано в документации к вашему комплекту поставки.
Нужно ли перезапускать сервер после активации лицензии?
Обычно нет — кластер и служба лицензирования подхватывают новый файл лицензии при следующем обращении клиента. Но если лицензия активирована, а клиенты её не видят, перезапуск агента сервера или службы помогает исключить закэшированное состояние.
Можно ли перенести активированную лицензию на другой сервер?
Простого переноса файла недостаточно: лицензия привязана к аппаратным параметрам машины. На новом сервере лицензию активируют заново с помощью резервного пин-кода, а старую активацию считают утраченной.
Конфликтуют ли программные лицензии с USB-ключами HASP?
Они могут сосуществовать, но требуют внимательной настройки приоритетов поиска. Если в сети работает и менеджер лицензий HASP, и служба лицензирования 1С, клиент может получать лицензию не из того источника — порядок поиска задаётся в файле nethasp.ini и настройках клиента.