При обновлении серверного парка системные администраторы часто сталкиваются с ситуацией, когда на современной материнской плате присутствуют только порты спецификации USB 3.0 / 3.1 / 3.2 (разъемы с синей или красной маркировкой), в то время как парк аппаратных ключей защиты HASP был приобретен еще во времена платформ 1С:Предприятие 8.0 или 8.1. Рассмотрим подробно, как ведет себя оборудование в таких условиях, какие технические нюансы необходимо учесть и как избежать нестабильной работы службы лицензирования.
Спецификация интерфейса USB проектировалась с сохранением полной обратной совместимости. Физически и логически порт USB 3.0 способен взаимодействовать с низкоскоростными устройствами USB 1.1 и USB 2.0. Однако аппаратные ключи защиты HASP HL ранних ревизий работают по протоколу USB 1.1 на низкой скорости передачи данных. Разберем по шагам, какие системные факторы могут приводить к сбоям и как их нейтрализовать.
Наиболее распространенная причина «исчезновения» или периодического отключения USB-ключа на современных серверах — функции энергосбережения. Контроллер USB 3.0 регистрирует крайне низкое энергопотребление ключа защиты и переводит порт в спящий режим, считая его неактивным. Проанализируем, как отключить энергосбережение на всех уровнях.
Контроллеры USB, откроем свойства каждого корневого USB-концентратора (USB Root Hub) и хост-контроллера xHCI. На вкладке Управление электропитанием снимем флажок Разрешить отключение этого устройства для экономии энергии.Электропитание, перейдем в дополнительные параметры текущей схемы питания и в группе Параметры USB отключим параметр Параметр временного отключения USB-порта (значение Запрещено).Драйверы защиты, которые шли в комплекте со старыми дистрибутивами 1С:Предприятия 8.1, не оптимизированы для работы с современным стеком xHCI (контроллеры USB 3.0) и актуальными 64-битными серверными операционными системами. Установка устаревшего драйвера часто приводит к синему экрану (BSOD) или ошибкам службы Sentinel.
haspdinst.exe -r -purge.haspdinst.exe -i.http://localhost:1947. Если в разделе Sentinel Keys ключ отображается с корректным ID и версией прошивки, физический уровень функционирует стабильно.В редких случаях дискретные контроллеры USB 3.0 на серверных платах имеют жесткие тайминги опроса шины, что приводит к сбоям при передаче пакетов от микросхемы ключа стандарта USB 1.1. Выясним причину: контроллеру сложно обрабатывать низкоскоростные транзакции напрямую.
Для решения этой проблемы подключим ключ через промежуточный внешний USB 2.0 хаб (концентратор). Хаб берет на себя роль аппаратного транслятора транзакций (Transaction Translator), взаимодействуя с материнской платой по протоколу High-Speed USB 2.0, а с ключом — по исходному протоколу USB 1.1, что гарантирует полную аппаратную стабильность.
Если новый сервер разворачивается на базе гипервизора (VMware ESXi, Proxmox VE, Hyper-V, KVM), прямой проброс физического порта USB 3.0 (USB Passthrough) в гостевую операционную систему часто вызывает сбои сессий. Разберем правильные методы конфигурации:
Если аппаратный ключ эксплуатируется длительное время и компания планирует полный отказ от физических USB-накопителей в серверной стойке, оптимальным шагом будет обращение к обслуживающему партнеру фирмы «1С» для оформления процедуры замены (апгрейда) аппаратных ключей защиты на современные программные пинкоды (программные лицензии). Это устранит зависимость от физических портов USB и упростит администрирование в облачных и виртуальных средах.