Ситуация, когда в организации используется смешанный тип лицензирования — например, основной массив пользователей работает через аппаратный USB-ключ, а дополнительные рабочие места обеспечиваются программными лицензиями — встречается довольно часто. Однако именно в такой связке на терминальных серверах возникают сложности: программная лицензия может «слетать» каждые несколько дней, требуя повторной активации. Разберем подробно, почему это происходит и как стабилизировать работу системы.
Проанализируем базовый механизм защиты 1С. Программная лицензия — это не просто цифровой код, а файл с расширением .lic, который жестко привязан к уникальному «отпечатку» компьютерного железа. Если хотя бы один ключевой параметр системы меняется, платформа 1С:Предприятие перестает узнавать компьютер и аннулирует лицензию.
Рассмотрим основные причины изменения параметров на сервере:
Существует распространенное заблуждение, что однопользовательские программные лицензии нельзя использовать на терминальном сервере. Проанализируем этот момент подробнее. Согласно официальной документации 1С, использовать их можно, но критически важен способ активации.
Разберем два варианта активации в терминальной сессии:
C:\ProgramData\1C\licenses), и им может воспользоваться любой пользователь, зашедший на сервер.Важно понимать: Если у вас файловая база, то одна программная лицензия, активированная «на компьютер», позволит одному пользователю открыть любое количество окон 1С. Если же используется клиент-серверный вариант (SQL), то лицензия будет расходоваться на каждый сеанс (каждое запущенное окно 1С потребует отдельную лицензию из общего пула).
Выясним причину конфликта между USB-ключом (HASP) на 10 пользователей и программной лицензией на 1 пользователя. Платформа 1С имеет определенный приоритет поиска лицензий:
HASP License Manager.Если 11-й пользователь пытается зайти, а программная лицензия «слетела», он не получит доступ, так как все 10 лицензий на аппаратном ключе уже заняты. Чтобы система работала стабильно, необходимо правильно настроить файл nshasp.ini. Проанализируем его параметры: убедитесь, что в нем не стоит запрет на использование локальных лицензий и корректно указаны адреса менеджеров лицензий.
Рассмотрим алгоритм действий, который поможет навсегда забыть о повторном вводе пин-кодов:
Если сервер виртуальный, первым делом необходимо сделать его параметры статичными. Зайдем в настройки виртуальной машины:
Чтобы точно узнать, какой параметр «подводит», проанализируем файл conninfo.txt. Он создается в папке с лицензиями при каждой проверке защиты. Сравните данные в этом файле в момент, когда все работает, и в момент, когда лицензия «слетела». 1С также пишет причину сбоя в окне ошибки. Нажмите кнопку «Подробно», там будет указано, например: Изменились параметры компьютера: сетевые адаптеры.
При получении лицензии заново, выполним следующие действия:
ProgramData).Чтобы платформа не игнорировала программную лицензию при наличии аппаратного ключа, проверим файл nshasp.ini, который обычно находится в папке C:\Program Files\1cv8\conf (или в папке bin версии платформы). Проанализируем настройки:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10 ; Адрес вашего сервера с USB-ключом
NH_USE_BROADCAST = Disabled
Это заставит 1С искать аппаратный ключ по конкретному адресу, а локальную программную лицензию платформа подхватит автоматически согласно внутреннему приоритету.
Посмотрим на ситуацию, когда все три резервных пин-кода уже использованы из-за постоянных «слетов». В этом случае необходимо написать письмо в центр лицензирования 1С (lic@1c.ru). В письме укажите:
Как правило, после подтверждения данных организации, разработчики предоставляют новый резервный пин-код.
Таким образом, мы выяснили, что стабильность программной лицензии на терминальном сервере зависит от неизменности аппаратных параметров и правильного выбора режима активации «Для всех пользователей». Выполнив фиксацию MAC-адреса и настроив приоритеты поиска ключей, вы обеспечите бесперебойную работу всех 11 сотрудников.