Почему 1С не видит клиентские лицензии на сервере и как правильно настроить работу в различных режимах

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

Разберем типы лицензий: клиентские против серверных

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

1. Клиентская лицензия: Она дает право запускать оболочку «1С:Предприятие» на определенном количестве рабочих мест. Если у вас есть ключ NET10 ORGL8, это означает, что одновременно в программе могут работать 10 человек. Однако эта лицензия не дает права на работу самого серверного процесса 1С (ragent).
2. Лицензия на сервер: Это отдельная лицензия, которая позволяет запускать службу сервера «1С:Предприятие». Без нее вы сможете работать только с файловыми базами данных (хранящимися в папке на диске), даже если у вас куплено 100 клиентских лицензий.

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

• Красные ключи (маркировка NETXX ORGL8): Это сетевые клиентские лицензии. Именно такой ключ упоминается в нашей ситуации. Он раздает лицензии пользователям по сети, но сам сервер 1С от него не запустится.
• Фиолетовые ключи (H4 M1): Локальные однопользовательские лицензии. Они работают только на том компьютере, в который вставлены.
• Зеленые ключи: Лицензии на сервер «1С:Предприятие». Они бывают 32-разрядные и 64-разрядные. Без наличия такого ключа (или его программного аналога с пин-кодами) работа в режиме SQL невозможна.

Выясним причину ошибки: клиент-серверный или файловый режим?

Рассмотрим ситуацию: у нас есть база данных. Выбор режима работы этой базы напрямую определяет требования к лицензированию. Проанализируем два сценария:

Сценарий 1: База данных в формате SQL (Client-Server). В этом режиме данные хранятся в системе управления базами данных (СУБД), такой как Microsoft SQL Server или PostgreSQL. Для этого режима обязательно требуются:

1. Лицензия на сервер «1С:Предприятие».
2. Клиентские лицензии для каждого пользователя.
3. Лицензия на саму СУБД (за исключением бесплатных версий, о которых мы поговорим ниже).

Сценарий 2: Файловая база данных. В этом режиме база представляет собой один файл 1Cv8.1CD. Для такой работы серверная лицензия 1С не требуется. Пользователи просто подключаются к общему сетевому ресурсу. Однако при количестве пользователей более 5-10 человек производительность файлового режима резко падает.

Настройка сетевой видимости ключа: HASP License Manager

Если мы убедились, что используем файловый режим, но 1С все равно не видит ключ на 10 пользователей, нам необходимо проверить работу специальной службы. Посмотрим на алгоритм настройки HASP License Manager:

Просто вставить красный USB-ключ в сервер недостаточно. Чтобы другие компьютеры в сети его «увидели», на сервере должна быть установлена и запущена утилита HASP License Manager. Рассмотрим основные шаги проверки:

1. Убедимся, что служба Sentinel LDK-License Manager (или аналогичная) находится в статусе «Выполняется».
2. Проверим настройки брандмауэра. Лицензионный менеджер использует UDP и TCP порт 475. Если этот порт закрыт, рабочие станции не получат лицензию.
3. Разберем настройку файла nnhasp.ini на клиентских машинах. Иногда широковещательный опрос сети не срабатывает. В этом случае нам нужно явно указать адрес сервера лицензий.

Пример настройки файла nnhasp.ini (обычно находится в папке C:\Program Files\Common Files\Aladdin Shared\HASP\):

[NH_COMMON]
NH_TCPIP = ENABLE

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Указываем IP-адрес сервера с ключом
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = DISABLE

Как сэкономить на лицензиях: использование бесплатных СУБД

Рассмотрим вопрос выбора серверной части базы данных. Если бюджет ограничен, мы можем использовать бесплатные альтернативы платному Microsoft SQL Server. Выясним нюансы работы с ними:

1. MS SQL Server Express. Это бесплатное издание от Microsoft. Разберем его ограничения:

• Максимальный размер базы данных — 10 ГБ. Как показывает практика, 10 активных пользователей могут заполнить этот объем за полгода-год в зависимости от конфигурации.
• Ограничение по оперативной памяти (обычно до 1.4 ГБ для буферного пула), что может замедлять работу.
• Использование ограниченного количества ядер процессора.

2. PostgreSQL. Это мощная бесплатная СУБД с открытым исходным кодом. Важно понимать, что обычная «ванильная» версия с сайта разработчика не подойдет для 1С. Разберем, что нужно использовать:

• Необходимо скачивать специальную сборку PostgreSQL от компании Postgres Professional или с портала ИТС (от самой фирмы 1С). В этих сборках присутствуют патчи, необходимые для корректной работы механизмов блокировок 1С.
• PostgreSQL не имеет жесткого ограничения в 10 ГБ, что делает его отличным выбором для растущего бизнеса.

Важное замечание: Использование бесплатного SQL (Express или Postgres) не освобождает вас от необходимости покупки лицензии на сервер «1С:Предприятие». Серверная лицензия 1С нужна в любом случае, если база не файловая.

Рассмотрим исключения: публикация на веб-сервере

Существует еще один способ работы, который упоминали участники обсуждения. Мы можем опубликовать файловую базу на веб-сервере (Apache или IIS). В этом случае пользователи будут подключаться через тонкий клиент или браузер по протоколу HTTP/HTTPS.

В такой схеме:

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

Проанализируем особенности работы на Linux

Некоторые системные администраторы пытаются использовать «дыры» в защите старых версий 1С для Linux, которые позволяли запускать сервер без лицензии. Выясним текущую ситуацию:

Начиная с релизов платформы 8.3.20 и выше, фирма 1С существенно ужесточила контроль лицензирования на операционных системах семейства Linux. Теперь сервер на Linux требует наличия лицензии так же строго, как и на Windows. Если лицензия отсутствует, сервер позволит создать только один сеанс (обычно для административных целей). Поэтому рассчитывать на бесплатную работу серверной части в современных реалиях не стоит — это является нарушением лицензионного соглашения.

Подведем итоги и сформируем план действий

Если ваша 1С не видит лицензию, проанализируйте ситуацию по следующим шагам:

1. Определите тип базы: Если она создана через консоль администрирования серверов 1С — вам обязательно нужен ключ на сервер (зеленый USB или программный). Если база лежит в папке — ключ на сервер не нужен.
2. Проверьте тип ключа: Убедитесь, что у вас красный сетевой ключ, если вы планируете раздавать лицензии на 10 человек.
3. Настройте License Manager: Установите его на сервер, где стоит ключ, и убедитесь, что служба запущена, а порты открыты.
4. Используйте SQL Express или PostgreSQL с умом: Помните об ограничениях объема и необходимости патченных версий для корректной работы метаданных 1С.

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