Довольно часто системные администраторы и опытные пользователи сталкиваются с ситуацией, когда на рабочем месте установлен локальный однопользовательский ключ защиты (красный USB-хасп), драйверы установлены корректно, ключ светится, но при запуске 1С:Предприятие упорно «забирает» лицензию из общего сетевого пула. Это создает неудобства: сетевые лицензии могут закончиться для других сотрудников, а локальный ключ остается неиспользованным. Рассмотрим подробно, почему это происходит и как настроить систему так, чтобы локальный ключ всегда был в приоритете.
Прежде чем переходить к активным действиям, проанализируем алгоритм поиска лицензий платформой 1С:Предприятие 8.3. По умолчанию платформа должна сначала искать локальный ключ, затем сетевой, а после — программные лицензии. Однако в реальности этот процесс сложнее из-за системы кэширования удачных подключений.
Разберем важный нюанс: если программа хотя бы раз успешно получила лицензию из сети (например, в момент, когда локальный ключ был вынут или драйвер еще не был установлен), она запоминает это «удачное место». При следующем запуске 1С первым делом обращается именно к последнему удачному источнику, минуя стандартную очередь поиска. Это поведение прописано в механизмах защиты для ускорения запуска. Чтобы «переучить» программу, нам потребуется либо сбросить этот кэш, либо сделать сетевой путь физически недоступным для конкретного компьютера.
Самый правильный и надежный технический способ — это редактирование конфигурационного файла драйвера защиты nethasp.ini. Этот файл управляет тем, как менеджер лицензий ищет сетевые ключи. Если мы запретим поиск по сети, платформе ничего не останется, кроме как использовать локальное устройство.
Рассмотрим по шагам процесс настройки:
nethasp.ini. Обычно он располагается в папке установленной платформы в каталоге conf. Путь может выглядеть так: C:\Program Files\1cv8\conf\nethasp.ini. Если файла там нет, его можно создать самостоятельно или найти в папке с установленным драйвером HASP.[NH_COMMON] и установим параметр, запрещающий использование протокола TCP/IP для поиска ключей.Пропишем следующие настройки в файле:
[NH_COMMON]
NH_TCPIP = DISABLED
[NH_TCPIP]
; Мы полностью отключаем этот раздел, чтобы драйвер не пытался
; опрашивать сеть на наличие менеджеров лицензий (License Manager)
Важный момент: если вы используете разные версии платформы, убедитесь, что вы внесли изменения в общий файл конфигурации в папке conf, которая находится в корне каталога 1cv8, а не только внутри папки конкретного релиза (например, 8.3.22.xxx), иначе при обновлении платформы настройки могут «слететь».
Если по каким-то причинам редактирование nethasp.ini не помогает (например, настройки перекрываются другими конфигами), мы можем заблокировать сетевую активность драйвера защиты на уровне операционной системы. Сетевые ключи HASP работают по протоколу UDP/TCP через порт 475.
Проанализируем алгоритм настройки брандмауэра Windows:
475.После этого компьютер перестанет «видеть» менеджер лицензий в локальной сети, и 1С будет вынуждена инициализировать локальный USB-ключ. Этот метод «хирургический», но крайне эффективный, если нужно быстро решить проблему без вникания в иерархию конфигурационных файлов 1С.
Как мы уже выяснили, 1С запоминает последнее удачное подключение. Эта информация хранится в специальном файле параметров 1cv8conn.pfl. Если вы хотите восстановить штатный порядок поиска (сначала локально, потом в сети), этот файл нужно очистить или удалить.
Посмотрим, где искать этот файл. Обычно он находится в профиле пользователя:
%AppData%\1C\1cv8\1cv8conn.pfl
Попробуем выполнить следующую последовательность действий:
1cv8conn.pfl. При следующем запуске платформа создаст его заново.Иногда полезно принудительно указать платформе на использование аппаратных лицензий. Хотя параметр /UseHwLicenses+ в дополнительных параметрах запуска часто игнорируется, если в сети есть более «быстрый» менеджер лицензий, его все равно стоит оставить.
Кроме того, проверим файл conf.cfg, который находится в папке bin\conf вашей платформы. Убедимся, что там нет параметра, блокирующего аппаратную защиту:
# Значение должно быть либо 'no', либо параметр должен отсутствовать
IgnoreHardwareLicenses=no
Если там стоит yes, то 1С вообще не увидит ваш USB-ключ, какими бы драйверами вы его ни сопровождали.
Если локальный ключ горит красным светом, но 1С его не видит даже при отключенной сети, нужно проверить работу самого драйвера. В современных версиях драйверов HASP (Sentinel) есть встроенный веб-интерфейс для диагностики.
Рассмотрим, как им пользоваться:
http://localhost:1947.Если в списке пусто — проблема не в настройках 1С, а в драйвере. В этом случае рекомендуется выполнить полную очистку драйверов утилитой haspdinst.exe -purge и установить последнюю версию драйвера Runtime с сайта производителя (Thales/Gemalto).
Проанализируем важную деталь: если пользователь работает на этом компьютере через удаленный рабочий стол (RDP), локальный однопользовательский ключ (синий или красный) работать не будет. Это аппаратное ограничение ключей HASP HL. Для терминальных сессий подходят только многопользовательские сетевые ключи (NetHASP) или программные лицензии. Если ваш случай — это работа через RDP, то единственным способом заставить локальный ключ работать будет использование специальных программ-проброса USB-портов (USB-over-Network), что не всегда стабильно и легально с точки зрения лицензионного соглашения.
Подводя итог: для большинства случаев самым эффективным решением будет редактирование nethasp.ini с отключением NH_TCPIP. Это гарантирует, что ваш компьютер станет «глухим» к сетевым лицензиям и начнет использовать то, что в него воткнуто физически.