Hasp license manager какой порт
Сразу скажу — при настройках-по-умолчанию в файлах nhsrv.ini и nethasp.ini все работает (броадкастинг, UDP).
Но мне нужно не это.
Проблема: не удается сконфигурировать 1С для работы с менеджером лицензий на произвольном адресе и порте.
Для наглядности проблемы специально выбран нестандартный порт (476).
Дано: два компьютера в виртуалках. первый — HASP LM, второй — 1С релиз 8.3.4.389.
Сервер 1С в сети присутствует (+SQL сервер тоже присутствует).
1. Менеджер лицензий на компьютере с установленным ключом HASP.
Компьютер имеет IP адрес 172.16.0.10 и также имеет в ДНС имя LM1 (настроено через запись типа CNAME)
Файл конфигурации расположен по пути C:\Windows\SysWOW64\nhsrv.ini
(потому что 64-битная ОС, и менеджер лицензий запускается в виде службы. Проверено.)
Содержимое файла nhsrv.ini:
;—————————————-
[NHS_SERVER]
NHS_USERLIST = 250
NHS_SERVERNAMES = LM1 ; Имя менеджера лицензий
NHS_HIGHPRIORITY = no
[NHS_IP]
NHS_USE_UDP = disabled ; запретить UDP
NHS_USE_TCP = enabled ; разрешить только TCP
NHS_IP_portnum = 476 ; на 476 порте
[NHS_IPX]
NHS_USE_IPX = disabled
ИТАК, менеджер лицензий имеет имя LM1, работает по протоколу TCP на порте 476
2. Проверка порта 476 успешна, telnet 172.16.0.10 476 (с компьютера-клиента с 1С) соединяется. Значит менеджер лицензий работает по нужному адресу на нужном порте.
Брандмауер отключен на всех компьютерах.
3. 1С релиз 8.3.4.389 на клиенте.
Файл nethasp.ini читается процессом 1С по пути C:\Program Files (x86)\1cv8\conf\nethasp.ini
(проверено программой Process Monitor)
Содержимое файла nethasp.ini:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 172.16.0.10
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = LM1
NH_PORT_NUMBER = 476
В РЕЗУЛЬТАТЕ 1С не видит менеджера лицензий (сообщение ‘не найден ключ защиты’).
Программа Aksmon тоже не видит ни одного менеджера лицензий в сети.
Причем, если в каталог с программой aksmon скопировать наш nethasp.ini
то это не даст никаких результатов, ХОТЯ этот файл читается процессом aksmon.exe (проверено).
Емнип NH_SERVER_NAME это не имя хоста , а имя сервиса , которое прописано в NHS_SERVERNAMES в nhsrv.ini , так что в ДНС нет смысла это прописывать , в ДНС можно прописать какое нибудь имя и потом его использовать в NH_SERVER_ADDR
Кстати , вместо C:\Windows\SysWOW64\nhsrv.ini попробуй перекинуть в C:\Windows\nhsrv.ini
Там кады панель запускается и инишник не подхватывается видно по количеству загруженных протоколов.
(0) а если на 476 UDP поменять? раньше у aksmon бага была, что он не видит менджер лицензий, если UDP отключен.
И в nhsrv.ini лучше добавить NHS_IP_LIMIT= 172.16.0.*
(3) А зачем в nhsrv.ini добавлять NHS_IP_LIMIT= 172.16.0.* ?
> vlandev
Угу, знаю что NH_SERVER_NAME это имя сервиса, но на всякий случай добавил его и в ДНС (чтоб уж наверняка).
В C:\Windows\nhsrv.ini нет смысла кидать, т.к. программа ProcMon показывает, что при старте сервиса ‘HASP Loader’ читается только C:\Windows\SysWOW64\nhsrv.ini
> zva
Поменял на UDP порт 476 и включил UDP на HASP LM — не помогло.
NHS_IP_LIMIT не вижу смысла настраивать т.к. не хочу ограничивать машины с которых будут приниматься соединения с HASP LM
После разрешения TCP+UDP в nhsrv.ini (и перезапуска сервисов) и ‘NH_TCPIP_METHOD = UDP’ nethasp.ini ничего не изменилось. 1С не находит ключа, aksmon не видит вообще ничего.
Повторю — без настроек (при отсутствии файла nethasp.ini и с настройками HASP LM по-умолчанию) 1С находит лицензию, и aksmon видит соединение по UDP и выданную лицензию.
Между 1С и HASPLM нет никаких ограничивающих траффик устройств (на одном свитче).
Я бы посоветовал закомментировать NHS_SERVERNAMES = LM1 и в nethasp.ini и в nhsrv.ini если ключ 1 планируется
Ключей планируется несколько, поэтому и NHS_SERVERNAMES
В момент запуска 1С когда используется TCP глянь netstat -an , имеется — ли конекция на хост 172.16.0.10:476
По netstat -an соединения на 172.16.0.10:476 нет.
Я с помощью Network Monitor посмотрю и отпишусь
ЭКСПЕРИМЕНТ.
————
Цели эксперимента: Выяснить возможность конфигурирования связки 1С v8 + HASP LM для работы с разными протоколами и портами.
Выяснить возможность одновременной работы нескольких ключей ORGL8 в сети (по информации из интернета одновременная
работа нескольких LM в сети возможна когда им присвоены разные имена. Проверю саму возможность работы 1С с именованным
сервисом HASP LM).
Использованный софт:
компьютер с HASP LM:
— Эмулятор «Emul x64» с дампом «v8 50 user» (в составе которого идет сертификат ‘1CFan Community’)
— HASP LM Service версии 8.32.1.1 от 25.04.2008 г.
— ОС Windows Server 2012 R2, загрузка по F8 с отключением обязательной проверки подписи драйверов для нормальной работы
компьютер с клиентом 1С:
— 1С релиз 8.3.4.389
— ОС Windows Server 2008 SP2
Прочее:
— Microsoft Network Monitor 3.4 на компьютере с установленной 1С
Оба хоста запускались как виртуальные машины Hyper-V.
Начало эксперимента.
1. Запускаю 1С и HASP LM без файлов конфигурации (с настройками по-умолчанию).
Удаляю nhsrv.ini на компьютере с HASP LM, удаляю nethasp.ini на компьютере с 1С.
Рестартую компьютер с HASP LM (для того чтобы настройки HASP LM по-умолчанию вступили в силу).
Запускаю 1С.
Запустилось.
aksmon показывает, что в сети один LM, на котором использована 1 лицензия.
Microsoft Network Monitor показывает, что был отослан пакет на адрес 255.255.255.255 на порт 475 по протоколу UDP
(бродкастный), ответ на который пришел с адреса 172.16.0.10 с порта 375 по протоколу UDP.
Далее был обмен информацией по протоколу UDP между компьютерами с 1С и HASP LM (порт HASP LM 475).
Вывод: с настройками по-умолчанию 1С и HASP LM работают (бродкастный поиск ключа, UDP, порт 475).
2. Настраиваю HASP LM на работу без бродкастного опроса, только по TCP и с портом 476.
Перезагружаю компьютер с HASP LM для того чтобы изменения в конфигурации вступили в силу
(на всякий случай рестартую не сервис а весь компьютер).
Настраиваю nethasp.ini в составе 1С на работу с хостом HASP LM по протоколу TCP с портом 476 без бродкаста.
(хост HASP LM с адресом 172.16.0.10 и именем LM1)
На хосте с HASP LM с помощью команды ‘netstat -an’ проверяю, слушается ли порт 475 по TCP.
Да, слушается.
Запускаю Network Monitor.
Запускаю 1С.
Network Monitor показывает, что с хоста 1С производятся попытки соединения с хостом HASP LM по протоколу UDP (. )
и по порту 476 (бродкастного траффика нет). Естественно, в ответ сообщение ICMP ‘port unreachable’ что значит порт недоступен.
Тоесть, 1С проигнорировала явное указание на использование протокола TCP в файле nethasp.ini а вместо этого
использовала протокол UDP, хотя порт использовала тот, что ей указали (476).
Вывод: протокол TCP использовать нельзя (1С его не использует даже при явном указании).
Ниже привожу содержимое файлов настроек.
nhsrv.ini
———
[NHS_SERVER]
NHS_USERLIST = 250
NHS_SERVERNAMES = LM1
NHS_HIGHPRIORITY = no
[NHS_IP]
NHS_USE_UDP = disabled
NHS_USE_TCP = enabled
NHS_IP_portnum = 476
[NHS_IPX]
NHS_USE_IPX = disabled
[NHS_NETBIOS]
NHS_USE_NETBIOS = disabled
nethasp.ini
————
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 172.16.0.10
NH_USE_BROADCAST = Disabled
NH_TCPIP_METHOD = TCP
NH_SERVER_NAME = LM1
NH_PORT_NUMBER = 476
3. Хорошо. Смиримся с тем что TCP нам использовать не получится.
Попробуем UDP с нестандартным портом 476.
Настраиваю HASP LM: разрешаю как TCP так и UDP, но с портом 476.
Перезагружаю машину с HASP LM.
Проверяю с помощью ‘netstat -an’ прослушивается ли порт 476 по протоколам TCP и UDP.
Да, прослушивается.
Запускаю Network Monitor.
Запускаю 1С.
Network Monitor показал обмен траффиком между хостом с 1С и хостом с HASP LM по протоколу UDP используя порт 476 (бродкастного траффика не было, сразу же шло обращение к хосту с HASP LM).
1С запустилась !
aksmon не видит ни одного LM в сети, даже если в папку с aksmon скопировать nethasp.ini из папки с 1С.
Вывод: 1С можно настроить на использование HASP LM по его адресу в сети, а также нестандартного порта (в нашем случае это 476) и протокола UDP. aksmon при таких условиях не показывает актуальную информацию.
4. Проверяю, играет ли роль указание имени ‘LM1’ в настройках файла nethasp.ini.
Для это в файле nhsrv.ini укажу новый порт 477 для того, чтобы в 1С не использовались кешированные данные с прошлого соединения (1С -ка ведь сначала пытается соединиться с адресом и портом по которому она соединялась в последний раз,
а уж потом если не получится лезет в файл nethasp.ini и пытается соединиться с HASP LM с настройками из файла).
Перезагружаю машину с HASP LM.
Проверяю с помощью ‘netstat -an’ прослушивается ли порт 477 по протоколу UDP.
Да, прослушивается.
В файле nethasp.ini на хосте с 1С указываю порт 477 и заведомо неправильное имя LM — ‘LM2’.
Запускаю 1С.
Не запускается — «Не найден ключ».
Изменяем в файле nethasp.ini настройку NH_SERVER_NAME обратно на имя ‘LM1’ (на которое настроен HASP LM в файле nhsrv.ini)
Запускаем 1С.
Запускается !
Вывод: Имя LM (NHS_SERVERNAMES файла nhsrv.ini а также NH_SERVER_NAME файла nethasp.ini) играет роль. Нужно указывать правильное имя.
ИТОГИ: 1С не умеет работать с HASP LM по протоколу TCP. Только по UDP. Порт можно указывать альтернативный. Имя HASP LM играет роль, нужно указывать правильное. aksmon не показывает актуальную информацию при использовании нестандартных портов, даже если ему ‘подсунуть’ правильно настроенный файл nethasp.ini (а aksmon этот файл читает, проверено программой ‘Procmon’. Читает, но не использует прочиатнную информацию о порте)
Остается вопрос, можно ли запустить несколько HASP LM на нескольких компьютерах в сети и настроить nethasp.ini так, чтобы перечислить адреса серверов, и чтобы при отсутствии лицензий на одном из серверов лицензии искались бы на следующем по списку сервере.
Как только получу возможность это проверить (мне нужен настроенный сервер терминалов для того чтобы в его сеансах назапускать экземпляров 1С, чтобы исчерпать лицензии на одном из ключей [у меня один ключ есть на 10 лиц.] чтобы был задействован второй ключ) то сразу же отпишусь, думаю это не только мне интересно.
(14) > чтобы исчерпать лицензии на одном из ключей [у меня один ключ есть на 10 лиц.] чтобы был задействован второй ключ)
разнеси ключи по разным машинам с разными IP, на каждый из них менеджер лицензий
на клиентах через запятую укажи их NH_SERVER_ADDR
и всё заработает
Да, даже если не присваивать каждому LM уникальное имя с помощью NHS_SERVERNAMES, а просто запустить на нескольких разных компьютерах несконфигурированные LM с ключами и перечислить их IP-шники в NH_SERVER_ADDR то все будет работать.
Вот только вопрос — почему (внезапно) 1С может перестать получать лицензии с серверов LM перечисленных в списке, хотя aksmon показывает на них наличие свободных лицензий.
(0) Стр.287, Руководство администратора
«Параметр NH_TCPIP_METHOD
Примечание: Установка параметра в значение TCP игнорируется. Обращение к HASP License Manager всегда выполняется по UDP.»
Как изменить номер порта розетки TCP/IP менеджера лицензий HASP?
Для настройки менеджера лицензий HASP (NetHasp License Manager) на порт, отличный от используемого по умолчанию (475), необходимо:
- Выгрузить менеджер лицензий ADEM, если он загружен:
- если диалог менеджера закрыт, необходимо его открыть — укажите правой клавишей мыши его иконку в области уведомления (правый край нижней строки экрана), выберите Show Status;
- нажмите кнопку Exit Server, дайте подтверждение.
- Выгрузить NetHasp License Manager, если он остался загружен:
- проведите курсором по области уведомления, если иконка NetHasp License Manager не исчезла, укажите ее правой клавишей мыши, выберите Show;
- на появившемся окне NetHasp License Manager укажите команду Exit в правой части меню, дайте подтверждение.
- Внесите изменения в файл nethasp.ini, находящийся в папке запуска менеджера лицензий АДЕМ (AdemHaspServer.exe):
- раскомментируйте строку параметра NH_PORT_NUMBER и присвойте ему необходимое значение:
NH_PORT_NUMBER = 479 ; Set the TCP/IP port number. This is ; optional. The default number is 475.
1994—2023, ООО «Крона»
Бесплатно по России:
- Решения
- Управление проектными данными
- Проектирование обработки с ЧПУ
- Управление технологическими данными
- Управление справочными данными
- Автоматическое проектирование обработки с ЧПУ
- Примеры реализованных проектов
- Автоматизация рабочего места нормировщика
- Приобретение
- PDM
- CAD
- CAM
- CAPP
- GPP
- NTR
- i-Ris
- Simulator
- ADEM CAM для КОМПАС-3D
- Импортозамещение
- Приобретение
- Услуги
- Внедрение
- Адаптация проектирующей части САРР к условиям предприятия
- Интеграция с другими системами
- Организация ЕИП
- Разработка постпроцессоров
- Система работы с учебными заведениями
- Примеры работ
- Методические материалы
- Отзывы и отчеты
- Учебные центры
- Пресс-центр
- Новости
- СМИ
- События
- Статьи
- Отзывы пользователей
- Консорциум. Дневник интеграции
- Часто задаваемые вопросы
- Презентации и обучение
- Загрузки
- Вопрос-ответ
- Установка
- Клиенты
- Партнеры
- Контакты
- Офисы
- Дилеры
Попробовать наши продукты
Заполните форму, чтобы получить ссылку для скачивания.
Настройка hasp-ключей и лицензий для 1С

Для данной темы решил выделить отдельную статью. Чуть ниже найдете немного теории и нужные дистрибутивы. Буду рад ответить на любые вопросы и выслушать дополнения к теме.
Начнем с серверного ключа — зеленое usb-устройство. Так как предыдущая статья посвящалась у нас linux-платформе, то и драйвера я решил выложить в *.deb варианте. После установки у вас появится сервис, запускающийся автоматически. Для управления используем следующие команды:
service haspd start service haspd stop service haspd restart
Если драйвера установлены верно, то на ключике загорится индикатор. Проверить работоспособность и добраться до управления ключом можно по адресу http://localhost:1947. Без ключа сервер позволит подключиться к себе 11 клиентам.
Локальные ключи — красного цвета. Служат они для запуска самой платформы на компьютерах в сети. Здесь aladdin предлагает нам помимо самих драйверов еще и программу-монитор. Данная утилита может быть очень полезна, вы сможете просмотреть сколько подключено клиентов, их адреса IP. С установкой никаких проблем не возникнет, понадобятся лишь права администратора. Управление ключом происходит аналогично linux-системе: http://localhost:1947.
После установки на машине с ключиком необходимо отключить службу брандмауера windows или же разрешить передачу данных через 475 порт. На всех остальных компьютерах в сети прописать следующие настройки в файлике \Program Files\1cv8\bin\nethasp.ini:
NH_SERVER_ADDR = 192.168.150.2; IP addresses of all the NetHASP ; License Managers you want to search. ; Unlimited addresses and multiple ; lines are possible. ; ; Possible address format examples: ; IP address: 192.114.176.65 ; Local Hostname: ftp.aladdin.co.il NH_PORT_NUMBER = 475 ; Set the TCP/IP port number. This is ; optional. The default number is 475. NH_TCPIP_METHOD = TCP or UDP ; Send a TCP packet or UDP packet ; Default: UDP NH_USE_BROADCAST = Disabled ; Use TCPI/IP Broadcast mechanism. ; Default: Enabled
NH_SERVER_ADDR = 192.168.150.2; IP addresses of all the NetHASP — IP-адрес вашей машины с установленным ключом.
NH_PORT_NUMBER = 475 ; Set the TCP/IP port number. — порт, через который отдаются лицензии.
NH_TCPIP_METHOD = TCP or UDP ; Send a TCP packet or UDP packet — здесь указываем протокол передачи данных, лучше оставить UDP.
NH_USE_BROADCAST = Disabled ; Use TCPI/IP Broadcast mechanism. — форсированный поиск ключа в сети, лучше отключить, оставив Disable.
ТОП ПРОДАЖ
- 1С:Бухгалтерия 8
- 1С:Управление нашей фирмой 8
- 1С:Управление торговлей 8
- 1С:Управление предприятием 2
- 1С:ЗУП 8
- 1C:Учет путевых листов и ГСМ
- 1С:Учет в управляющих компаниях
- Электронные поставки 1С
Облачные сервисы
- 1С:Фреш
- 1С:Готовое рабочее место
- 1С:ЭДО
- Маркировка товаров
- 1С:Отчетность
- 1C:Товары
- 1C-Ритейл Чекер
Полный гайд по HASP License Manager

Сегодня у нас важная и интересная тема, касающаяся ключей защиты для учетных программ фирмы «1С». Постараемся полностью закрыть все вопросы по этой теме, так как до сих пор в нашу компанию приходит много обращений по ключам HASP от пользователей и системных администраторов организаций.
Также в статье рассмотрим программы для администрирования ключей. Расскажем, какие бывают ключи, какими средствами можно с ними взаимодействовать, научим устанавливать драйверы ключей, грамотно настраивать файлы HASP License Manager и «1С», покажем, как можно управлять лицензиями в локальной сети организации или офиса.
- Маркировка и назначение ключей
- Что нужно знать при установке ключей «1С». Особенности учета клиентских лицензий
- Установка платформы «1С» и драйвера защиты ключей
- Как установить (переустановить) драйвер ключей на уже установленной платформе?
- Возможные проблемы при установке драйвера
- Как просмотреть сведения о лицензии «1С»
- Установка HASP License Manager
- Настройка менеджера лицензий и конфигурационных файлов
- Программы для мониторинга и диагностики ключей HASP
Маркировка и назначение ключей
Хотим сразу заметить, что в этой статье мы расскажем об аппаратных ключах защиты или так называемых USB-флешках. На самом деле, это физические ключи HASP защиты для программ «1С». Они нужны для санкционированного (лицензионного) доступа к системе «1С».
Также важно отметить, что кроме физических ключей, у программ «1С» есть и электронные ключи защиты. Они идут в комплекте с коробочной версией «1С», на отдельном бланке желтого цвета, и представляют собой набор из трех пин-кодов для версии ПРОФ и одного для базовых серий.
Базовые коробки сейчас поставляются только с пин-кодами. Активировать пин-код можно только 3 раза. Например, если вам понадобится перенести программу на другой компьютер или у вас изменилась конфигурация системы.
Активируются электронные ключи просто вводом пин-кода после установки платформы. Чтобы у вас не было пробела по этому вопросу, кратко опишем процесс:
- после установки платформы «1С» программа попросит вас ввести пин-код для активации лицензии;
- пин-код активирует лицензию «1С» для конкретной серии программы или количества купленных лицензий (лицензии тоже сейчас выпускаются с ключами в формате пин-кода);
- таким образом происходит «привязка» лицензии к железу вашего компьютера. То есть, если вы меняете память или процессор, то может потребоваться повторная активация лицензии «1С».
Так происходит активация лицензии с электронным ключом защиты. Далее будем говорить исключительно про аппаратные ключи «1С».
Итак, физические ключи «1С» имеют несколько вариантов выпуска. Для облегчения их идентификации ключи отличаются по цвету в зависимости от их назначения и количества лицензий.
-
Первый тип – локальный ключ защиты. Он показан на рисунке ниже (рис.1).

Рис.1. Локальный ключ защиты «1С»

Рис.2. Сетевой ключ защиты ORGL8

Рис.3. Сетевой ключ NET250+ ORGL8А

Рис.4. Сетевой ключ NET250+ ORGL8B

Рис.5. Серверный ключ EN8SA

Рис.6. Серверный ключ ENSR8
Мы продемонстрировали все актуальные ключи защиты на 2022 год.
Что нужно знать при установке ключей «1С». Особенности учета клиентских лицензий
Важные инструкции при установке ключей «1С»:
- несколько ключей одной серии на одном компьютере работать не будут! Сетевые или однопользовательские ключи ORGL8 вместе не могут сочетаться;
- на одном компьютере могут работать ключи разных серий. Приведем корректный пример установки ключей: ORGL8 и ORGL8A или ORGL8 и ORGL8B;
- при условии запуска менеджера лицензий ключи будут доступны по сети. Одним компьютером или сервером, на котором установлены ключи, благодаря этой возможности могут обслуживаться до 900 лицензий. Например, ORGL8: до 100, ORGL8A: 300 и ORGL8B: 500;
- на один компьютер можно установить ключи сервера «1С» и пользовательских лицензий;
- поиск лицензий по сети клиентскими компьютерами проводится в определенном порядке: первым ищется ORGL8, после – ORGL8A, далее – ORGL8B;
- ключи серверного типа (например, зеленые) размещаются на тот компьютер или сервер, где имеется установленный сервер «1С:Предприятие». Собственно, для запуска этого сервера. Такие ключи не будут работать по сети, так как они не являются сетевыми и нужны исключительно для запуска сервера «1С:Предприятие».
Для того чтобы клиентская «1С» использовала именно физический ключ «1С», есть специальный пункт в настройках платформы при запуске программы. Перед запуском «1С» нажмите на кнопку «Настройка» (рис.7).

Рис.7. Запуск «1С»
Галочка «Использовать аппаратную лицензию» должна быть установлена. В таком случае ваша «1С» будет использовать исключительно аппаратную лицензию (рис.8).

Рис.8. Настройка диалога запуска «1С»
Установка платформы «1С» и драйвера защиты ключей
Драйвер защиты ключей есть в дистрибутиве платформы «1С». Для начала установим платформу. Если у вас платформа уже установлена, можете пропустить этот этап. Как установить или переустановить драйвер защиты для ключей «1С», опишем после пункта установки платформы.
Установка платформы «1С»
Скачайте дистрибутив платформы с сайта «1С». Далее распакуйте архив и запустите установочный файл (рис.9).

Рис.9. Установка платформы «1С»
Нажмите «Далее». Установите платформу так, как показано на рисунках ниже (рис.10,11,12,13).

Рис.10. Установка платформы «1С»

Рис.11. Установка платформы «1С»

Рис.12. Установка платформы «1С»

Рис.13. Установка платформы «1С»
На этом этапе установите галочку на пункте «Установить драйвер аппаратных ключей защиты» и нажмите «Далее» (рис.14).

Рис.14. Установка платформы «1С»
Нажмите «Готово». Платформа «1С» и драйвер ключей установлены (рис.15).

Рис.15. Установка платформы «1С»
Как установить (переустановить) драйвер ключей на уже установленной платформе?
Когда платформа «1С» уже установлена, но ключ система «не видит» (ключ должен гореть красным, когда вставлен в ПК). Если флешка не горит красным, значит, у вас не установлены драйверы или, например, не работает порт ПК. В этом случае драйвер ключа можно переустановить.
Для этого нажмите меню «Пуск», найдите папку «1С», нажмите «Удаление драйвера защиты» (рис.16).

Рис.16. Удаление драйвера защиты
Когда драйвер удален, снова зайдите в меню и выберите «Установка драйвера защиты» (рис.17).

Рис.17. Установка драйвера защиты
Эти действия нужно проводить при извлеченном ключе защиты «1С» из компьютера. После переустановки драйвера вставьте ключ, он должен загореться красным. Если все так, то драйвер установлен корректно.
Вы также можете установить драйверы из командной строки:
C:\>»Program Files\1cv8\common\haspdinst.exe» -iДрайверы устанавливаются в консольном режиме. Для этого необходимо запустить драйвер с параметром “ -i”. Если на вашем компьютере уже использовались ключи HASP, рекомендуем удалить предыдущую версию драйвера, запустив инсталляцию с ключом “ -r”.
Для успешной установки драйвера вам потребуются привилегии локального администратора, также рекомендуем отключить любое защитное ПО (антивирус, брандмауэр). Мы рекомендуем использовать драйверы, идущие в комплекте с платформой «1С».
Возможные проблемы при установке драйвера
Если во время установки драйверов возникли проблемы, рекомендуем выполнить следующую последовательность действий:
- удалите все компоненты HASP через «Панель управления – Программы и компоненты»;
- остановите все службы, которые содержат в названии «Hasp» или «HLServer»;
- удалите все файлы aks*.*, «hardlock.sys» и «haspnt.sys» из папки c:\windows\system32\drivers или C:\Windows\SysWOW64» (если они не используются другими приложениями).
Изменение драйверов в «Диспетчере устройств»:
- зайдите в «Панель управления» – «Система» – «Диспетчер устройств»;
- выберите в меню «Показать скрытые устройства»;
- раскройте пункт «Драйверы устройств не Plug and Play»;
- удалите каждый из следующих пунктов, если они присутствуют: «Hardlock», «Haspnt», «HASP fridge»;
- попробуйте еще раз удалить драйверы с помощью команды «haspdinst –purge», а затем установить с помощью «haspdinst –i».
Ключ HASP не должен быть установлен на компьютере, где используются терминальные службы. Некоторое время назад разработчики специально внесли несовместимость драйвера с различным терминальным ПО (Terminal Server, Citrix Winframe/Metaframe и т.д.). Это было сделано с целью предотвращения неконтролируемой утечки лицензий через открытые терминальные соединения.
Для решения этой проблемы можно:
- остановить сервисы и приложения терминального ПО на машине, где установлен ключ;
- если ключ сетевой, то можно установить его на любую другую машину сети, где нет активного терминального ПО.
Если наши советы не помогли решить проблему при установке драйвера ключа, обращайтесь за консультацией к специалистам «1С-Архитектора бизнеса» по телефону +7 495 660 18 12. Мы оперативно решим любые задачи по «1С».
Как просмотреть сведения о лицензии «1С»
Просмотреть, какую именно лицензию использует «1С» на вашем компьютере, можно в сведениях о программе. Для этого нажмите пункт меню справа вверху, выберите раздел «О программе» (рис.18).

Рис.18. Раздел «О програме»
В нашем случае видно, что «1С» получила лицензию с ключа HASP4 ORGL8А 300, то есть от сетевого ключа на 300 лицензий (рис.19,20)

Рис.19. Информация о программе «1С»

Рис.20. Информация о программе «1С»
Здесь можно увидеть, что конфигурация «1С» получила локальную лицензию с ключа HASP4 ORGL8. Таким простым способом вы сможете получать информацию о той лицензии, которую в текущий момент использует запущенная вами «1С».
Установка HASP License Manager
Мы дошли до главной темы нашей статьи – как установить HASP License Manager. Начнем с того, что скачаем сам HASP License Manager или просто менеджер лицензий, далее будем использовать это название.
Менеджер лицензий — это утилита, которая служит связующим звеном между сетевым ключом и «1C», запускаемой на удаленной машине. Скачать менеджер лицензий можно по ссылке: https://thales-sentinel.ru/helpdesk/download-space/#tabs-1.
Скачайте нужный вам дистрибутив и установите. Установка простая, все этапы показаны на рисунках ниже. Запускаем файл lmsetup.exe (рис.21)

Рис.21. Запуск файла установки HASP License Manager
Выберите английский язык, так как русского нет. Далее нажмите ОК. На следующем этапе нажмите Next (рис.22).

Рис.22. Установка HASP License Manager
Примите правила соглашения, нажмите Install (рис.23)

Рис.23. Установка HASP License Manager
Устанавливаем файл как сервис, программа будет запускаться незаметно для пользователя и работать как обычный сервис в операционной системе (рис.24)

Рис.24. Установка HASP License Manager
Далее нажмите несколько раз Next, пока установка не будет завершена (рис. 25,26).

Рис.25. Установка HASP License Manager

Рис.26. Установка HASP License Manager
Нажмите Finish, менеджер лицензий запускается автоматически (рис.27).

Рис.27. Установка HASP License Manager
Установка менеджера лицензий завершена. Дале будем настраивать и изменять некоторые параметры менеджера лицензий и программы «1С» в конфигурационных файлах. Эти операции необязательны при каждой установке, работать ключи будут без дополнительной настройки в большинстве случаев. Но такие настройки дадут вам понимание, как именно функционирует менеджер лицензий, и позволят оптимизировать его работу.
Настройка менеджера лицензий и конфигурационных файлов
Для корректной работы менеджера лицензий не рекомендуется устанавливать его на компьютер с двумя и более сетевыми интерфейсами, так как это может вызвать некорректное функционирование продукта.
Для решения этой проблемы следует:
- перенести Менеджер лицензий на другую машину в сети;
- отключить остальные сетевые интерфейсы;
- также можно попробовать изменить метрики в свойствах протокола tcp/ip (первым будет использован интерфейс с меньшей метрикой), но результат в данном случае гарантировать нельзя.
Что рекомендуем исправить в файлах конфигураций?
Два и более сетевых ключа недостаточно только лишь разнести по отдельным компьютерам. Важно произвести точную настройку менеджеров лицензий. Любой из используемых ключей должен обладать уникальным именем.
Что следует сделать:
- на компьютере, где установлен ключ, наудите файл nhsrv.ini в папке с менеджером лицензий (C:\Program Files (x86)\Aladdin\HASP LM);
- за имя сервера лицензий отвечает параметр NHS_SERVERNAMES, он состоит из букв и цифр латинского алфавита и содержит не более 7 символов:
- [NHS_SERVER]
- NHS_SERVERNAMES = NAME1
- [NH_COMMON]
- NH_TCPIP = Enabled
- [NH_TCPIP]
- NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11 – машина, на которой стоит ключ;
- NH_SERVER_NAME = NAME1, NAME2 – имя менеджера лицензий (эти имена мы прописывали в файле nhsrv.ini);
Если вам требуются любые доработки или настройки функционала программ «1С», обращайтесь в нашу компанию. Имеем внушительные опыт внедрения, доработки и сопровождения систем «1С». Все специалисты «1С-Архитектора бизнеса» регулярно проходят курсы повышения квалификации.
Список опций, которые могут присутствуют в файлах nhsrv.ini и nethasp.ini
Файл — nhsrv.ini
- NHS_USERLIST — определяет максимальное количество пользователей, одновременно подключенных к HASP LM. Значение по умолчанию: 250 (важно для ключей на 300 и 500 пользователей);
- NHS_SERVERNAME – имя сервера на котором находятся ключи, оптимизирует время поиска сервера, (максимум 6 имен, максимум 7 символов/имя);
- NHS_HIGHPRIORITY – запускает менеджер лицензий с высоким приоритетом. Значение по умолчанию: no.
- NHS_USE_UDP – прослушивание UDP протокола, его рекомендую отключить, значение по умолчанию enabled;
- NHS_USE_TCP – прослушивание TCP протокола, оставляем как есть, значение по умолчанию enabled;
- NHS_IP_portnum – номер IP-порта (по умолчанию: 475 (зарегистрирован в IANA), все клиенты должны использовать один и тот же порт (это важно!);
- NHS_IP_LIMIT – указывает диапазон ip-адресов, которым разрешен доступ к менеджеру лицензий. По умолчанию закомментирован.
- NHS_USE_IPX – разрешает или запрещает IPX, по умолчанию включено;
- NHS_addrpath – путь для файла haspaddr.dat, по умолчанию c:\temp. Закомментирован;
- NHS_AppendAddr – добавить к файлу haspaddr.dat. По умолчанию no;
- NHS_usesap – можно включить или отключить, по умолчанию enabled;
- NHS_ipx_socketnum – номера сокетов IPX, по умолчанию (0x7483);
- NHS_USE_NETBIOS – использовать NETBIOS, по умолчанию enabled;
- NHS_NBNAME ¬– использует другое, отличное от предопределенного имени NetBIOS
- NHS_use_lana_nums = 3,0,7,2 ; default = all (automatic) – номера используемых областей NetBIOS.
Пример нашего файла nhsrv.ini (рис.28,29)

Рис.28. Пример файла nhsrv.ini

Рис.29. Пример файла nhsrv.ini
Файл nethasp.ini
Для работы защищенного приложения на удаленной рабочей станции необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по 475 порту в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование по каким-либо причинам не выполняется, необходима настройка приложения через файл nethasp.ini.
Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключах более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы и их значение составляет 30 и 5 секунд, соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости вы можете увеличить эти параметры.
- NH_IPX — включаем или отключаем протокол IPX для связи с менеджером лицензий, варианты: Enabled, Disabled (по умолчанию Enabled);
- NH_NETBIOS — включаем или отключаем протокол NetBIOS для связи с менеджером лицензий, варианты: Enabled, Disabled (по умолчанию Enabled);
- NH_TCPIP — включаем или отключаем протокол TCP/IP для связи с HASP LM, для связи с менеджером лицензий, варианты: Enabled, Disabled (по умолчанию Enabled);
- NH_SESSION — задает интервал в секундах, в течение которого программа пытается установить соединение с менеджером лицензий (по умолчанию 30 секунд);
- NH_SEND_RCV — устанавливает для менеджера лицензий максимальное время получения или отправки пакета (по умолчанию 5 секунд).
- NH_SERVER_ADDR — указывает на IP-адрес сервера или серверов, где расположен менеджер лицензий (количество адресов не ограниченно);
- NH_PORT_NUMBER — устанавливает номер сетевого порта (по умолчанию 475);
- NH_TCPIP_METHOD — посылает пакет TCP или UDP, обращение к менеджеру лицензий всегда выполняется по UDP, независимо от значения этого параметра;
- NH_USE_BROADCAST — используется широковещательный механизм UDP, варианты: Enabled, Disabled (по умолчанию Enabled).
Пример нашего файла nethasp.ini (рис.30).

Рис.30. Файл nethasp.ini
Программы для мониторинга и диагностики ключей HASP
Для мониторинга ключей рекомендуем использовать программу Aladdin Monitor, скачать ее можно с официального сайта продукта. Эта утилита разработана для администрирования приложений HASP License Manager и сетевых ключей HASP.
Кратко возможности программы:
- проверяет наличие и свойства ключей HASP4 NET в сети;
- отслеживает наличие и свойства менеджеров лицензий в сети;
- останавливает и запускает локальный менеджер лицензий;
- отслеживает лицензии, которые используются в текущий момент.
Отметим, что Aladdin Monitor может показать наличие менеджера лицензий на определенном адресе, увидеть ключ он сможет только после того, как защищенное приложение откроет успешно хотя бы одну сессию с ключом. Aladdin Monitor может работать только по протоколу UDP, порт 475, поэтому отсутствие ключей в мониторе никак не свидетельствует о том, что ключи недоступны для приложения.
Второй вариант ¬– утилита Aladdin DiagnostiX, скачать ее можно также с официального сайта. Утилита Aladdin DiagnostiX реализует механизм обратной связи. Ее главная задача – диагностика работоспособности локальных и сетевых ключей, работающих в системе. Помимо этого, она позволяет настраивать конфигурацию для сетевых ключей HASP и генерировать отчеты, включающие всю информацию, связанную с устройствами Aladdin. При обращении в службу технической поддержки рекомендуем прикреплять подобный отчет, это поможет специалисту увидеть полную картину о сложившейся проблеме.
Итоги
В одной статье мы постарались наиболее подробно рассказать о HASP License Manager. Вы научились устанавливать и настраивать менеджер лицензий для ключей «1С», увидели, какие типы ключей выпущены разработчиками на текущий момент, умеете более точно настраивать файлы конфигураций менеджера лицензий и «1С». Теперь вы знаете, чем можно мониторить и проверять ключи HASP.
Надеемся, эта статья оказалась для вас полезной! При возникновении любых вопросов обращайтесь в нашу компанию с помощью формы обратной связи.

Автор Дмитрий Калайтанов
руководитель направления 1С:Фреш
- Внедрение