Как установить менеджер лицензий HASP на Ubuntu 24.04 и решить проблему с видимостью старых ключей

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При переходе на современные дистрибутивы Linux, такие как Ubuntu 24.04 LTS, системные администраторы часто сталкиваются с тем, что привычные методы установки драйверов HASP перестают работать или работают нестабильно. Это актуально и для других систем, например, когда настраивается тестовый кластер 1С на UBUNTU (удобно через инструмент управления кластерами и базами 1С на Linux) 23.10. Особенно остро стоит вопрос с аппаратными ключами старых серий (HASP4), которые использовались в поставках 1С еще в середине 2000-х годов. В этой статье мы подробно разберем процесс установки Sentinel LDK Runtime, проанализируем причины, по которым ключи могут быть не видны по сети, и выясним, почему «железо» двадцатилетней давности конфликтует с современным ядром Linux.

Подготовка системы и установка драйверов Sentinel LDK

Для начала рассмотрим стандартный процесс установки актуальных драйверов. На текущий момент наиболее подходящим пакетом является Sentinel LDK Linux Runtime Environment DEB Installer 10.11. Однако простого запуска dpkg -i на Ubuntu 24.04 может быть недостаточно из-за изменений в системных библиотеках. Стоит учитывать, что особенности настройки систем с установкой зависимостей могут варьироваться от дистрибутива к дистрибутиву, требуя ручного вмешательства.

Перед установкой крайне важно подготовить среду. Современная Ubuntu 24.04 является 64-битной системой, но драйверы HASP (особенно их внутренние компоненты aksusbd) часто требуют 32-битных библиотек для корректной инициализации USB-стека. Проанализируем необходимые шаги:

  1. Добавим поддержку 32-битной архитектуры и обновим списки пакетов:
  2. 
    sudo dpkg --add-architecture i386
    sudo apt update
    
  3. Установим необходимые зависимости. Обратите внимание на libusb-0.1-4. В новых репозиториях она может отсутствовать, поэтому может потребоваться установка совместимых версий или использование libusb-1.0-0:i386 с созданием символических ссылок (хотя это крайняя мера):
  4. 
    sudo apt install libc6:i386 libuuid1:i386 libx11-6:i386 libasound2:i386 libstdc++6:i386
    
  5. Установим сам пакет драйвера:
  6. sudo dpkg -i aksusbd_10.11-1_amd64.deb

После установки обязательно проверим статус служб. Для работы ключа должны быть активны два демона: aksusbd (отвечает за взаимодействие с USB-портом) и hasplmd (менеджер лицензий, отвечающий за раздачу ключей по сети).


systemctl status aksusbd.service
systemctl status hasplmd.service

Помимо настройки драйверов ключа, важным этапом развертывания системы является сценарий python для автоматизации процессов установки и обновления СУБД PostgreSQL + 1с, который поможет быстро подготовить серверную часть приложения. Для этой задачи есть мониторинг производительности и поиск причин ошибок в 1С и PostgreSQL.

Проблема сетевой видимости: настройка портов и конфигурации

Если службы запущены (статус active (running)), но клиентские машины по сети не видят ключ, нам следует проанализировать настройки брандмауэра и конфигурационный файл менеджера лицензий. По умолчанию менеджер лицензий HASP использует порт 475 по протоколу UDP.

Разберем по шагам настройку сетевого доступа:

  1. Проверим и откроем порт в ufw (Uncomplicated Firewall):
  2. 
    sudo ufw allow 475/udp
    sudo ufw allow 475/tcp
    sudo ufw reload
    
  3. Проанализируем файл конфигурации hasplm.ini. Обычно в Linux он располагается по пути /etc/hasplm/hasplm.ini или генерируется в оперативной памяти. Убедимся, что в секции сетевых настроек разрешен удаленный доступ:
  4. [SERVER]
    REMOTECONTENT = 1

Анализ аппаратных ограничений: почему HASP4 с прошивкой 1.33 — это проблема

Бывают ситуации, когда драйверы установлены верно, службы работают, локально сервер 1С ключ видит (например, при запуске базы непосредственно на сервере), но по сети ключ остается недоступным. Выясним причину, изучив маркировку ключа. Если на корпусе значится ORGL8, а утилиты диагностики показывают версию прошивки (firmware) 1.33 — мы имеем дело с очень старым устройством поколения HASP4.

Рассмотрим, в чем заключается техническая сложность работы с такими ключами на Ubuntu 24.04:

Варианты решения проблемы

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

Решение №1: Использование Windows-машины в качестве сервера лицензий

Как показывает практика, стек USB в операционных системах Windows сохраняет гораздо более глубокую обратную совместимость. Если у вас есть старый ключ HASP4 (1.33), самым быстрым и стабильным решением будет:

  1. Установить драйвер HASP на любую Windows-машину в сети.
  2. Вставить туда ключ.
  3. В файле nnhasp.ini на стороне клиентов (где установлена 1С) явно прописать IP-адрес этой Windows-машины:
  4. 
    [NH_TCPIP]
    NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес машины с ключом
    NH_TCPIP_METHOD = UDP
    

Решение №2: Обмен ключа на современный (HASP HL или программный)

Это самый правильный метод с точки зрения долгосрочной эксплуатации системы. Компания 1С осуществляет процедуру замены (апгрейда) старых аппаратных ключей. Вы можете обменять свой HASP4 ORGL8 10 на современный ключ серии Sentinel HL (красного цвета) или на программные лицензии (пин-коды). Для тестовых сред и учебных целей также может быть полезна установка комьюнити-лицензии разработчика на сервер 1С, которая не требует наличия физического ключа.

Преимущества новых ключей:

Решение №3: Использование контейнеризации (Docker)

Для продвинутых пользователей рассмотрим вариант запуска менеджера лицензий в контейнере с более старой версией ОС (например, Ubuntu 18.04 или Debian 9), где зависимости еще поддерживаются нативно. Мы можем «пробросить» USB-устройство внутрь контейнера, используя --device. Это позволит изолировать старые библиотеки от основной системы Ubuntu 24.04, сохранив стабильность хоста.

Подводя итог, отметим: если вы столкнулись с тем, что Ubuntu 24.04 не видит ключ 20-летней давности — это не ошибка настройки, а технологический разрыв. В рамках общей концепции защищенной IT инфраструктуры малого предприятия под Astra Linux + 1c рекомендуется использовать актуальные версии ПО и аппаратных средств. Оптимальным решением будет переход на современные средства лицензирования, что позволит избежать проблем при последующих обновлениях системы.

← На главную