Что делать с USB-ключом 1С на 5 лицензий, если сервер работает на Hyper-V второго поколения?

← На главную

Работа с аппаратными ключами защиты 1С в среде виртуализации часто превращается в серьезную техническую задачу. Особенно остро эта проблема стоит перед пользователями гипервизора Hyper-V второго поколения (Generation 2), который нативно не поддерживает прямой проброс USB-устройств с физического хоста в гостевую операционную систему. Разберем подробно, как заставить работать сетевой ключ на 5 пользовательских лицензий, если ваша 1С «живет» внутри виртуальной машины под управлением Windows Server 2012 R2 и выше.

Причина сложности: Особенности Hyper-V и проброса USB

Для начала проанализируем ситуацию. В отличие от таких систем виртуализации, как VMware или VirtualBox, Hyper-V проектировался как решение корпоративного уровня с упором на изоляцию ресурсов. В виртуальных машинах второго поколения отсутствует эмуляция стандартных USB-контроллеров. Механизм RemoteFX USB Redirection, который часто упоминается в старых мануалах, в современных реалиях считается небезопасным и работает нестабильно, особенно для защиты HASP. Поэтому нам необходимо искать альтернативные пути доставки «лицензионного сигнала» до сервера 1С.

Решение 1: Вынос ключа на физический ПК и установка HASP License Manager

Это самый надежный и «чистый» способ с точки зрения стабильности системы. Нам не нужно пытаться «пропихнуть» ключ внутрь виртуальной машины. Мы можем использовать любой физический компьютер в вашей локальной сети.

Рассмотрим алгоритм действий по шагам:

Выбор хоста: Выбираем любой стабильно работающий компьютер (это может быть обычная рабочая станция с Windows 7/10/11 или другой физический сервер), который находится в той же локальной сети, что и хост с Hyper-V.
Установка драйвера: Вставляем USB-ключ и устанавливаем актуальный драйвер Sentinel HASP.
Установка HASP LM: Скачиваем и устанавливаем утилиту HASP License Manager (HASP LM). Она будет работать как служба, которая «слушает» сеть по порту 475 и раздает лицензии клиентам.
Настройка видимости: Чтобы виртуальный сервер 1С гарантированно увидел этот ключ, нам необходимо настроить файл nnhasp.ini.

Разберем подробнее настройку файла nnhasp.ini. По умолчанию 1С ищет ключ с помощью широковещательных запросов (broadcast), которые часто блокируются маршрутизаторами или файрволами между виртуальными и физическими сетями. Чтобы этого избежать, мы укажем конкретный IP-адрес компьютера, где стоит ключ.

Пример настройки nnhasp.ini на стороне сервера 1С (или на клиентских машинах):


[NH_COMMON]
NH_TCPIP = EN

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.50 ; IP-адрес компьютера с USB-ключом
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = DIS ; Отключаем широковещательный поиск для ускорения

Этот файл нужно разместить в каталоге установки платформы 1С (обычно в C:\Program Files\1cv8\conf или рядом с 1cv8.exe).

Решение 2: Программные USB-инициализаторы (USB over Network)

Если возможности выделить отдельный физический ПК под ключ нет, можно воспользоваться программным пробросом. Существует класс программ (например, USB over Network, USB Network Gate, VirtualHere), которые работают по принципу «Клиент-Сервер».

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

На физический хост (где запущен Hyper-V) устанавливается «серверная» часть программы. В неё втыкается USB-ключ.
Внутри виртуальной машины устанавливается «клиентская» часть.
Программа передает USB-трафик по протоколу TCP/IP. В итоге виртуальная машина видит ключ так, будто он вставлен непосредственно в её виртуальный USB-порт.

Важный нюанс: Этот метод требует покупки стороннего ПО, а драйверы виртуальных USB-хабов иногда могут вызывать «синий экран» (BSOD) при обновлении Windows или самого гипервизора.

Решение 3: Профессиональные аппаратные USB-серверы

Для крупных компаний, где стабильность критична, рекомендуется использовать специализированные устройства — сетевые USB-концентраторы (например, SEH myUTN или Digi AnywhereUSB). Это «железные» коробки с USB-портами и сетевым разъемом RJ-45.

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

Решение 4: Конвертация в программные лицензии с привязкой к USB

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

Выясним причину, почему это удобно:

Начиная с версий платформы 8.3.12.1790, 8.3.13.1644 и выше, при активации программной лицензии можно выбрать способ привязки: не к параметрам «железа» сервера (которые меняются при миграции ВМ), а к ID HASP ключа. В этом случае ключ может быть даже «пустым» (Sentinel HL Pro), он просто служит уникальным идентификатором. Если сервер 1С видит этот ключ (например, через HASP LM на соседнем ПК), лицензия считается валидной.

Разница в методах раздачи лицензий: Сервер против Клиента

При настройке сетевого ключа на 5 лицензий важно понимать, кто именно будет «раздавать» эти лицензии:

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

Подведем итог

Если вам достался один USB-ключ на 5 лицензий вместо пяти одиночных ключей, не спешите расстраиваться. С технической точки зрения сетевой ключ на 5 пользователей гораздо удобнее в управлении. Мы рекомендуем использовать Вариант №1 (HASP LM на физическом ПК) как самый бюджетный и стабильный. Если же ваша инфраструктура полностью виртуализирована и физических ПК «под рукой» нет — посмотрите в сторону USB over IP устройств или перехода на программные лицензии с привязкой к имеющемуся ключу.

Помните, что использование аппаратных ключей в 2024 году все еще актуально именно из-за простоты их переноса и отсутствия проблем с «пин-кодами» при обновлении виртуального сервера, главное — правильно настроить сетевую видимость через nnhasp.ini.