Почему файловая база 1С не видит аппаратную лицензию при работающих серверных базах

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

Выясним причину разницы в поведении файловой и серверной баз

Для понимания корня проблемы проанализируем, как платформа 1С получает клиентские лицензии в разных сценариях:

1. Клиент-серверный вариант: Если в свойствах кластера серверов или конкретной информационной базы включен параметр «Разрешить выдачу лицензий сервером 1С:Предприятия», клиентское приложение (1cv8.exe или 1cv8c.exe) вообще не занимается поиском лицензий на локальной машине или в локальной сети. Лицензию берет сам рабочий процесс сервера 1С (rphost) из своего пула (локальный ключ сервера, сетевой HASP или программная лицензия на хосте сервера) и выдает сеансу пользователя.
2. Файловый вариант: В файловом режиме серверного процесса нет. Клиентское приложение обязано самостоятельно найти и занять лицензию. Оно опрашивает локальные USB-порты на наличие ключа HASP, проверяет локальные программные файлы лицензий (.lic), а также рассылает широковещательные сетевые запросы к менеджеру лицензий (HASP License Manager).

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

Настройка файла конфигурации nethasp.ini

Когда используется сетевой аппаратный ключ защиты HASP (красный ключ), расположенный на выделенном компьютере с установленной службой HASP License Manager (HASP LM), клиентский компьютер может не находить его автоматически широковещательным запросом (Broadcast). Рассмотрим, как настроить прямое указание IP-адреса менеджера лицензий.

Разберем по шагам правила размещения и заполнения конфигурационного файла nethasp.ini:

1. Определим разрядность запускаемого клиента 1С:

   Для 32-разрядного клиента путь: C:\Program Files (x86)\1cv8\conf\nethasp.ini.

   Для 64-разрядного клиента путь: C:\Program Files\1cv8\conf\nethasp.ini.

   Важно: Платформа 1С сначала ищет файл в каталоге конкретной версии (например, ...\bin\conf\nethasp.ini), а затем в общем каталоге платформы. Рекомендуется размещать файл в общем каталоге ...\1cv8\conf\.

2. Откроем файл nethasp.ini в текстовом редакторе и зададим параметры сетевого подключения по протоколу TCP/IP, отключив устаревшие протоколы IPX и NetBIOS:

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_TCPIP]
; Указываем реальный IP-адрес хоста, где установлен HASP License Manager и вставлен ключ
NH_SERVER_ADDR = 192.168.1.10
; Отключаем широковещательную рассылку для ускорения опроса
NH_USE_BROADCAST = Disabled
; При необходимости указываем тип пакетов (TCP или UDP) и порт (по умолчанию 475)
NH_TCPIP_METHOD = UDP
NH_PORT_NUMBER = 475

Убедимся, что на хосте с ключом и на клиентской машине брандмауэр не блокирует сетевой трафик по порту 475 (UDP/TCP).

Проверка оборудования и виртуальной инфраструктуры (USB-over-IP)

Если параметры nethasp.ini прописаны корректно, сетевые порты доступны, но ключ все равно не обнаруживается, проанализируем физический и виртуальный уровень доступа к ключам защиты:

1. Сбои сетевых USB-концентраторов (USB-over-IP): В корпоративных виртуальных средах аппаратные USB-ключи часто подключаются через специальные сетевые хабы (например, AnywhereUSB, USB Network Gate и аналоги), которые пробрасывают физический USB-порт в виртуальную машину. Если служба проброса зависает, сетевой хаб теряет связь с гипервизором или выходит из строя, гостевая ОС на виртуальной машине физически перестает «видеть» подключенный USB-накопитель/ключ. В этом случае требуется перезапуск сетевого концентратора и проверка службы проброса USB.
2. Ограничения терминальных сессий (RDP): Локальные однопользовательские ключи HASP (синего цвета) аппаратно заблокированы для работы в сеансах удаленного рабочего стола. Если пользователь работает в RDP-сессии, файловая база требует только сетевой ключ (красный) с работающим HASP License Manager либо программную лицензию.
3. Конфликт одинаковых ключей: Служба HASP License Manager на одном физическом или виртуальном хосте не может одновременно обслуживать два сетевых ключа одинаковой серии. Будет доступен только один из них.

Методы диагностики и альтернативные решения

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

1. Sentinel Admin Control Center: Откроем браузер на клиентской машине или сервере лицензий и перейдем по адресу http://localhost:1947. Веб-интерфейс панели управления драйвером позволяет увидеть подключенные аппаратные ключи, доступные лицензии и активные сетевые сессии.
2. Настройка технологического журнала 1С: Для глубокого анализа создадим файл logcfg.xml в каталоге conf и настроим сбор событий LIC и HASP. Это позволит увидеть детальные системные ошибки API HASP, опрашиваемые IP-адреса и тайм-ауты поиска.
3. Публикация файловой базы на веб-сервере: Если прямой доступ к ключу с клиента затруднен, файловую базу можно опубликовать на локальном веб-сервере (IIS или Apache), установленном на машине с доступом к ключу. Пользователи смогут работать через тонкий клиент или веб-браузер по протоколу HTTP/HTTPS, при этом лицензирование будет происходить на стороне веб-сервера.
4. Переход на программные лицензии: Использование пин-кодов и программных файлов лицензий (.lic) исключает зависимость от аппаратных USB-свистков и исключает сбои виртуализации при пробросе оборудования.