← На главную

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

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

Заблуждение о файле nethasp.ini и программных лицензиях

Проанализируем текст диагностического сообщения, которое выдает платформа при сбое поиска лицензии. В отчете фигурируют строки вида nethasp.ini: сетевой HASP не используется, ORGL8 Локальный, не установлен и другие упоминания HASP-ключей. Это стандартный механизм платформы: если лицензия не получена от сервера, клиент поочередно проверяет все возможные способы авторизации — сначала программные файлы, затем локальные USB-ключи HASP, а после — сетевые ключи через протокол NetBIOS или TCP/IP.

Важно помнить: файл nethasp.ini предназначен исключительно для работы с аппаратными USB-ключами защиты HASP. В нем действительно можно задавать широковещательные адреса или конкретный IP-адрес сетевого менеджера лицензий (Hasp License Manager). Однако для программных лицензий (файлы с расширением .lic) этот файл абсолютно бесполезен. Прописывать в нем IP-адреса сервера бессмысленно, так как программная лицензия работает по принципиально другой логике.

Как работает раздача программных лицензий в клиент-серверном режиме

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

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

Пошаговая настройка раздачи лицензий сервером 1С

Разберем по шагам, как включить выдачу лицензий для конкретной информационной базы:

1. На сервере открываем меню Пуск → Все программы → 1С Предприятие 8 → Дополнительно → Администрирование серверов 1С Предприятия (или запускаем соответствующую оснастку MMC).
2. В левом дереве консоли последовательно раскрываем ветку: Имя сервера → Кластеры → Локальный кластер → Информационные базы.
3. В правом окне находим требуемую информационную базу, нажимаем по ней правой кнопкой мыши и выбираем пункт Свойства.
4. В открывшемся окне параметров находим свойство «Разрешить выдачу лицензий сервером 1С:Предприятия» и устанавливаем для него значение «Да».
5. Нажимаем кнопку «ОК» для сохранения настроек и закрываем консоль.

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

Решение ошибки подключения к СУБД: «Login failed for user»

Нередко в процессе первоначальной настройки кластера и создания информационной базы администраторы сталкиваются с ошибками авторизации на стороне СУБД (например, Microsoft SQL Server): Cannot open database или Login failed for user.

Выясним причину этой проблемы. При создании базы данных через консоль кластера 1С сервер приложений сам обращается к SQL-серверу для создания структуры таблиц. Для этого ему необходима учетная запись СУБД с достаточными правами.

Разберем правильный порядок действий:

1. При создании информационной базы в параметрах подключения к серверу баз данных необходимо указывать пользователя именно SQL-сервера, а не учетную запись Windows или пользователя самой 1С.
2. По умолчанию в Microsoft SQL Server присутствует встроенный администратор с логином sa. Если при установке SQL Server использовалась смешанная аутентификация (SQL Server and Windows Authentication mode), можно указать пользователя sa и пароль, заданный при установке.
3. Проверить корректность учетных данных можно через утилиту SQL Server Management Studio (SSMS): если вход под указанным пользователем успешен, эти же параметры сработают и в консоли 1С.
4. Если база данных уже предварительно создана в СУБД вручную, убедитесь, что назначенному пользователю выдана роль db_owner на данную базу данных.

Важные технические нюансы программного лицензирования

Рассмотрим дополнительные факторы, которые могут влиять на доступность лицензий в сети:

1. Расположение файла лицензии и права службы: При активации пин-кодов на сервере всегда выбирайте установку «Всем пользователям» (на данный компьютер). В этом случае файл .lic сохраняется в каталоге C:\ProgramData\1C\licenses. Служба сервера 1С (по умолчанию запускаемая от пользователя USR1CV8) должна иметь полные права на чтение файлов в этом каталоге. Если лицензия была случайно активирована в личный профиль администратора, служба сервера не сможет ее прочесть.
2. Разрядность серверной лицензии: Специальные комплекты (например, для учебных заведений) содержат лицензию на 32-разрядный сервер «1С:Предприятия». Если на сервере установлен 64-разрядный сервер 1С, такая лицензия не подойдет, серверные процессы не смогут работать полноценно и раздавать лицензии.
3. Посеансовый подсчет: При раздаче лицензий сервером 1С они расходуются на каждый сеанс подключения, а не на рабочее место. Если один пользователь одновременно открывает конфигуратор и режим предприятия (или две разные базы на сервере), с сервера списываются две клиентские лицензии.
4. Тип подключения на клиенте: Сервер может выдать лицензию клиенту только в том случае, если информационная база в списке запуска добавлена как база «На сервере 1С:Предприятия» (клиент-серверный режим), а не через общий сетевой диск (файловый режим).
5. Перезапуск службы: Если после активации пин-кодов и включения разрешения в консоли клиенты по-прежнему не видят лицензии, выполните перезапуск службы 1C:Enterprise 8 Server Agent через оснастку служб Windows, чтобы процессы кластера перечитали файлы лицензий.