Где правильно устанавливать HASP-драйвер для 1С и как избежать ошибок при обновлении системы

При настройке системы лицензирования 1С:Предприятие с использованием аппаратных ключей защиты часто возникает путаница: на каких узлах сети должны располагаться драйверы, а на каких — менеджер лицензий. Неправильная топология установки не только замедляет запуск программы, но и может привести к критическим ошибкам при обновлении операционной системы, например, к сбоям, связанным с файлом aksdf.dll. В этой статье мы подробно разберем архитектуру защиты Sentinel HASP и выясним оптимальную схему установки компонентов.

Архитектура защиты: где должен находиться драйвер

Для начала проанализируем базовый принцип работы аппаратного ключа. USB-токен HASP — это физическое устройство, которое требует низкоуровневого взаимодействия с операционной системой. Рассмотрим основные правила размещения компонентов:

1. Сервер с физическим ключом: Это единственное место, где установка драйвера (Sentinel LDK Runtime) является строго обязательной. Без драйвера операционная система не сможет опознать USB-устройство, а служба HASP License Manager не увидит ключ и не сможет транслировать лицензии в сеть.
2. Сервер приложений 1С: Если на этом сервере нет физических ключей, драйвер HASP здесь не нужен. Сервер приложений обращается к менеджеру лицензий по сети.
3. Рабочие станции (Толстый клиент): Установка драйвера на клиентских местах не требуется, если ключ не воткнут непосредственно в этот компьютер. Более того, наличие лишнего драйвера на клиенте может заставить 1С сначала опрашивать локальные порты, что создает задержку при запуске.

Рассмотрим ситуацию, описанную в теме: драйвер установлен на сервере с «толстым клиентом», но отсутствует на сервере с ключом, при этом система работает. На самом деле, это техническая иллюзия. Если HASP LM успешно раздает лицензии, значит, минимальный драйвер на сервере с ключом присутствует (он мог быть установлен «тихо» вместе с менеджером лицензий или через Windows Update), просто он может не отображаться в списке установленных программ как полноценный пакет Runtime.

Проблема с aksdf.dll и обновлением Windows Server

Разберем причину ошибки при обновлении ОС (например, с Windows Server 2012 R2 на более современные версии). Файл aksdf.dll (и сопутствующий драйвер aksdf.sys) является частью старых версий системы защиты. Современные механизмы безопасности Windows, такие как Core Isolation (изоляция ядра), блокируют старые драйверы HASP из-за их несовместимости с требованиями проверки целостности кода.

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

Полная очистка системы от старых драйверов

Для удаления драйвера HASP недостаточно просто воспользоваться разделом «Установка и удаление программ». Чтобы полностью вычистить следы (включая записи в реестре и файлы в System32), необходимо использовать специализированную утилиту от производителя (Thales/Gemalto).

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

1. Скачайте последнюю версию Sentinel LDK Command Line Runtime Installer (обычно это файл haspdinst.exe).
2. Запустите командную строку от имени администратора.
3. Выполните команду для полной очистки («purge»):

haspdinst.exe -purge

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

Установка новой версии драйвера (версии 8.11 и выше)

Для стабильной работы на современных ОС (Windows Server 2019/2022) мы рекомендуем использовать драйверы версии 8.11 или новее. После того как ОС обновлена, установите драйвер только на тот сервер, где физически установлен USB-ключ. Команда установки выглядит следующим образом:

haspdinst.exe -i

После установки убедитесь, что в списке служб появилась Sentinel LDK License Manager и она находится в статусе «Выполняется».

Настройка сетевого поиска ключа через nnhasp.ini

Выясним, как заставить «толстый клиент» или сервер 1С быстро находить ключ на другом сервере без установки лишних драйверов. Самый надежный способ — отказаться от широковещательных запросов (Broadcast) в пользу прямого указания IP-адреса.

Для этого найдите файл nnhasp.ini. Обычно он располагается в папке установки платформы: C:\Program Files\1cv8\conf\ (или в папке bin\conf для конкретной версии).

Отредактируйте секцию [NH_TCPIP] следующим образом:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP-адрес сервера с ключом
NH_USE_BROADCAST = Disabled

Важно: Такую настройку нужно выполнить на сервере, где работает 1С (толстый клиент или сервер приложений). Это исключит необходимость установки драйверов HASP на этих машинах и значительно ускорит процесс авторизации пользователя в системе.

Итоги и рекомендации

Проанализировав ситуацию, мы можем сформулировать итоговый регламент обслуживания системы защиты:

• Не дублируйте драйверы: Устанавливайте Sentinel Runtime только там, где есть USB-порт с ключом.
• Обновляйтесь правильно: Перед крупными обновлениями Windows всегда удаляйте старый драйвер через -purge, иначе вы рискуете получить неработоспособную ОС или «синий экран смерти» (BSOD).
• Используйте актуальное ПО: Версии драйверов ниже 7.x считаются устаревшими и небезопасными для современных серверных платформ.
• Контролируйте nnhasp.ini: Прямое указание адреса сервера лицензий — лучший способ избежать проблем с видимостью ключей в сложных сетях.

Соблюдение этих правил позволит вам построить стабильную инфраструктуру 1С, защищенную от конфликтов драйверов и проблем с обновлением системного окружения.