Добрый день.
Есть astra linux SE 1.7.1 и туда надо запихнуть hasp.
Решил сначала смоделировать ситуацию и потренироваться на тестовом компьютере.
Итого - поставил
появилась веб-морда на порту 1957, который говорит, что ключ "Sentinel Key Version Not Supported". Вставил ключ нового образца, он увиделся этой мордой, но раздаваться не хочет и ничего на udp/475 не слушает.
Что еще нужно поставить, чтобы и новый и старый ключи виделись и раздавались? Или хотя бы рабочую инструкцию подскажите. Гугл и яндекс уже не помогают, с linux уже много лет, а тут ничего внятного не нахожу.
Есть astra linux SE 1.7.1 и туда надо запихнуть hasp.
Решил сначала смоделировать ситуацию и потренироваться на тестовом компьютере.
Итого - поставил
появилась веб-морда на порту 1957, который говорит, что ключ "Sentinel Key Version Not Supported". Вставил ключ нового образца, он увиделся этой мордой, но раздаваться не хочет и ничего на udp/475 не слушает.
Что еще нужно поставить, чтобы и новый и старый ключи виделись и раздавались? Или хотя бы рабочую инструкцию подскажите. Гугл и яндекс уже не помогают, с linux уже много лет, а тут ничего внятного не нахожу.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Спасибо, что скинули ссылку на статью на нашем сайте )))
Что бы ключ раздавался необходим ещё HASP License Manager.
Если "старый" ключ с микропрошивкой 2.17, то на линуксе он может не работать вовсе.
Об этом кстати в статье тоже сказано.
Что бы ключ раздавался необходим ещё HASP License Manager.
Если "старый" ключ с микропрошивкой 2.17, то на линуксе он может не работать вовсе.
Об этом кстати в статье тоже сказано.
(4) а где этот hasp lic manager брать? других пакетов не нахожу.
Именно вашим сайтом обычно и пользуюсь, чтобы рассказать пользователям отличия.
Прошивка 2.17 на старом, в винде работает. Как-то в винде можно посмотреть прошивку ключа? А то может и нет смысла мучаться с "боевым" ключем, который надо переносить? Вытаскивать его из винды вообще не вариант пока.
Именно вашим сайтом обычно и пользуюсь, чтобы рассказать пользователям отличия.
Прошивка 2.17 на старом, в винде работает. Как-то в винде можно посмотреть прошивку ключа? А то может и нет смысла мучаться с "боевым" ключем, который надо переносить? Вытаскивать его из винды вообще не вариант пока.
(5)
Интернет отняли?
1. С сайта техподдержки производителя ключей
2. С сайта техподдержки 1С
Если ключ как на фото 217-ХХ, то это и есть микропрошивка 2.17
где этот hasp lic manager брать?
Интернет отняли?
1. С сайта техподдержки производителя ключей
2. С сайта техподдержки 1С
Прошивка 2.17 на старом, в винде работает. Как-то в винде можно посмотреть прошивку ключа?
Если ключ как на фото 217-ХХ, то это и есть микропрошивка 2.17
Всем привет. Подскажите что то я нигде не могу найти решение. (может плохо ищу). Есть файловый сервер на Windows 2016. Стоит на нем 1с все прекрасно работает и ключи раздаёт. Короче все супер. Пришла установка переходим на отечественное ПО. Сервер трогать до последнего не буду. Поставил на обычный комп astra linux 1.7.3 Orel на неё поставил 1с и все бы хорошо не видит сетевой ключ. Напрямую подключаешь все летает. Возвращаеш ключ на сервак та 1с его не видит. Что может быть?
(11) Старый ключ H4 с микропрошивкой 2.17 - это тот самый, о котором в (4) и которого могут быть "нюансы" на линуксах.
В этом ли ваша проблема или нет, сказать сложно, для проверки найти бы ключ HL.
По поводу Sentinel ACC не ответили.
В этом ли ваша проблема или нет, сказать сложно, для проверки найти бы ключ HL.
По поводу Sentinel ACC не ответили.
Блин а другого нету. Есть ещё как вариант поставить линуксу без обновлений и попробовать. Потому что 15 ядро не приняла заработала на 4 том только
Добрый день, возник вопрос с похожим ключом 217 только на 100 пользователей, нужно поставить менеджер на Astra Linux, есть ли дистрибутивы на это ОС?
А с чем связано это не знаете? Для сервера подразумевается установка UTN manager и license manager (которого для linux нормального не получилось найти). И есть ли еще дистрибутивы или ос, которые могут подойти, так как идет замещение как раз windows
Здравствуйте!
Есть 2 сервера на Astra Linux SE 1.7
На первом стоит 2 ключа - серверный и на 100 пользователей. Все работает.
На втором стоит ключ только серверный и пока ключ на 100 пользователей был на виндовой машине тоже все работало. Когда его переставили на сервер 1 сервер 2 не может найти клиентские лицензии.
На сервере 2 в hosts и nethasp.ini прописан IP-адрес сервера 1.
Что надо сделать на сервере 1 чтобы он начал раздавать ключи?
Есть 2 сервера на Astra Linux SE 1.7
На первом стоит 2 ключа - серверный и на 100 пользователей. Все работает.
На втором стоит ключ только серверный и пока ключ на 100 пользователей был на виндовой машине тоже все работало. Когда его переставили на сервер 1 сервер 2 не может найти клиентские лицензии.
На сервере 2 в hosts и nethasp.ini прописан IP-адрес сервера 1.
Что надо сделать на сервере 1 чтобы он начал раздавать ключи?
Прикрепленные файлы:
(20)
В пятницу мозг уже не очень - у вас в итоге получается на сервере 1 установлены два клиентских ключа по 100 ?
На первом стоит 2 ключа - серверный и на 100 пользователей. Все работает.
На втором стоит ключ только серверный и пока ключ на 100 пользователей был на виндовой машине тоже все работало. Когда его переставили на сервер 1 сервер 2 не может найти клиентские лицензии.
На сервере 2 в hosts и nethasp.ini прописан IP-адрес сервера 1.
На втором стоит ключ только серверный и пока ключ на 100 пользователей был на виндовой машине тоже все работало. Когда его переставили на сервер 1 сервер 2 не может найти клиентские лицензии.
На сервере 2 в hosts и nethasp.ini прописан IP-адрес сервера 1.
В пятницу мозг уже не очень - у вас в итоге получается на сервере 1 установлены два клиентских ключа по 100 ?
(22)
Нет. Серверный + Клиентский на 100
Клиентский на 100 надо раздать через HLM.
Тут нам подсказали, что:
Вы используете не тот License Manager. Это новая версия License Manager., она работает через порт 1947, платформа 1С её использовать не умеет.
Вам нужен HASP License Manager, который работает на 475 порту.
Переустановили версию 9.14 на 7.60 как на ИТС в статье указано. Порт 475 появился в списке открытых портов (до этого был 1947).
Клиентский ключ на 100 увиделся на Сервере 2, но только если запускать Конфигуратор или Тонкий клиент. Веб-клиент так же выдает ошибку не найдена лицензия, т.е. сервер приложений не выдает лицензию, т.к. не может его найти.
Что-то видимо надо докрутить с настройками LM на сервере 1, но вот что?
Нет. Серверный + Клиентский на 100
Клиентский на 100 надо раздать через HLM.
Тут нам подсказали, что:
Вы используете не тот License Manager. Это новая версия License Manager., она работает через порт 1947, платформа 1С её использовать не умеет.
Вам нужен HASP License Manager, который работает на 475 порту.
Переустановили версию 9.14 на 7.60 как на ИТС в статье указано. Порт 475 появился в списке открытых портов (до этого был 1947).
Клиентский ключ на 100 увиделся на Сервере 2, но только если запускать Конфигуратор или Тонкий клиент. Веб-клиент так же выдает ошибку не найдена лицензия, т.е. сервер приложений не выдает лицензию, т.к. не может его найти.
Что-то видимо надо докрутить с настройками LM на сервере 1, но вот что?
(23)
Это какая-то странная история, для работы с HASP LM в любом случае используется 475 порт, а порт 1947 использует Seninel Admin Control Center для мониторинга ключей, но лицензии по нему не раздаются.
Но если переустановка версии HASP LN, то это конечно хорошо ).
Надо смотреть содержимое nhsrv.ini на сервере 1 и nethasp.ini на сервере 2 + в настройках кластера проверить, точно ли включена раздача лицензий сервером 1С.
Тут нам подсказали, что:
Вы используете не тот License Manager. Это новая версия License Manager., она работает через порт 1947, платформа 1С её использовать не умеет.
Вам нужен HASP License Manager, который работает на 475 порту.
Переустановили версию 9.14 на 7.60 как на ИТС в статье указано. Порт 475 появился в списке открытых портов (до этого был 1947).
Вы используете не тот License Manager. Это новая версия License Manager., она работает через порт 1947, платформа 1С её использовать не умеет.
Вам нужен HASP License Manager, который работает на 475 порту.
Переустановили версию 9.14 на 7.60 как на ИТС в статье указано. Порт 475 появился в списке открытых портов (до этого был 1947).
Это какая-то странная история, для работы с HASP LM в любом случае используется 475 порт, а порт 1947 использует Seninel Admin Control Center для мониторинга ключей, но лицензии по нему не раздаются.
Но если переустановка версии HASP LN, то это конечно хорошо ).
Клиентский ключ на 100 увиделся на Сервере 2, но только если запускать Конфигуратор или Тонкий клиент. Веб-клиент так же выдает ошибку не найдена лицензия, т.е. сервер приложений не выдает лицензию, т.к. не может его найти.
Что-то видимо надо докрутить с настройками LM на сервере 1, но вот что?
Что-то видимо надо докрутить с настройками LM на сервере 1, но вот что?
Надо смотреть содержимое nhsrv.ini на сервере 1 и nethasp.ini на сервере 2 + в настройках кластера проверить, точно ли включена раздача лицензий сервером 1С.
Сервер 1 с HLM
hasplm.conf
; Example:
; NHS_IP_LIMIT = 10.242.18-99,10.1.1.9/16 10.25.0.0/24,
; 192.0.0.*,194.0.*.*,11.*.*.*,
; 10.24.7.8-12/30, 10.24.2.17
;NHS_IP_LIMIT = <IPAddr>, <IPAddr>...
NHS_USE_UDP=Disabled
NHS_USE_TCP=Enabled
Сервер 2
nethasp.ini
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 99.999.99.99
NH_PORT_NUMBER = 475
NH_USE_BROADCAST = Disabled
Раздача лицензий сервером включена и пока ключ не перенесли с Windows на Astra все работало.
hasplm.conf
; Example:
; NHS_IP_LIMIT = 10.242.18-99,10.1.1.9/16 10.25.0.0/24,
; 192.0.0.*,194.0.*.*,11.*.*.*,
; 10.24.7.8-12/30, 10.24.2.17
;NHS_IP_LIMIT = <IPAddr>, <IPAddr>...
NHS_USE_UDP=Disabled
NHS_USE_TCP=Enabled
Сервер 2
nethasp.ini
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 99.999.99.99
NH_PORT_NUMBER = 475
NH_USE_BROADCAST = Disabled
Раздача лицензий сервером включена и пока ключ не перенесли с Windows на Astra все работало.
(26)
Спасибо за подсказку. Т.к. изначально был установлен HLM другой версии, то после удаления остался его каталог с настройками и хоть в настройках запуска явно был указан другой каталог и другой файл, подхватывался еще и старый, это видно по логам старта.
Перенес старый каталог в другое место, перезапустил службу и заработало.
Спасибо за подсказку. Т.к. изначально был установлен HLM другой версии, то после удаления остался его каталог с настройками и хоть в настройках запуска явно был указан другой каталог и другой файл, подхватывался еще и старый, это видно по логам старта.
Перенес старый каталог в другое место, перезапустил службу и заработало.
Добрый день!
Тот самый 217 ключ.
Операционная система: Astra Linux Special Edition
Уровень защищенности: базовый
Обновление: 1.7.6.11
Имя компьютера: astra1c
Архитектура: x86, 64-разрядная
Ядро: 6.1.90-1-generic
Графическая платформа: X11
Процессоры: 12 × 12th Gen Intel® Core™ i5-12400
Память: 15,3 ГиБ ОЗУ
Графический процессор: llvmpipe
Поставил драйвер
При проверке статуса выпадает с ошибкой:
wolf@astra1c:~/Загрузки$ sudo systemctl status haspd
● haspd.service - LSB: Hasp keys support
Loaded: loaded (/etc/init.d/haspd; generated)
Active: active (exited) since Sat 2024-10-19 20:44:42 +10; 1h 24min ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 4915)
Memory: 0B
CPU: 0
CGroup: /system.slice/haspd.service
окт 19 20:44:42 astra1c systemd[1]: Starting LSB: Hasp keys support...
окт 19 20:44:42 astra1c aksusbd[17345]: loaded, daemon version: 8.23.1.119312, key API (USB) version: 3.88 (parallel driver not available)
окт 19 20:44:42 astra1c haspd[17340]: Running aksusbd... [ DONE ]
окт 19 20:44:42 astra1c hasplmd[17356]: HASP LM v25.2.1.119312 loaded
окт 19 20:44:42 astra1c haspd[17340]: Running hasplmd... [ DONE ]
окт 19 20:44:42 astra1c systemd[1]: Started LSB: Hasp keys support.
окт 19 21:56:10 astra1c aksusbd[17345]: terminating due to SIGTERM
Ставлю с сайта производителя, скрипт runtime
Порт 1947 открывается, получаю сообщение о ключе:
Sentinel Keys Host Name: astra1c
Sentinel Keys
Products
Features
Sessions
Update/Attach
Access Log
Configuration
Diagnostics
Location Vendor Key ID Key Type Configuration Version Sessions Actions
Local 71393
(71393) 672774382
HASP HL
2.17 Sentinel Key Version Not Supported
Это не лечиться?
Тот самый 217 ключ.
Операционная система: Astra Linux Special Edition
Уровень защищенности: базовый
Обновление: 1.7.6.11
Имя компьютера: astra1c
Архитектура: x86, 64-разрядная
Ядро: 6.1.90-1-generic
Графическая платформа: X11
Процессоры: 12 × 12th Gen Intel® Core™ i5-12400
Память: 15,3 ГиБ ОЗУ
Графический процессор: llvmpipe
Поставил драйвер
При проверке статуса выпадает с ошибкой:
wolf@astra1c:~/Загрузки$ sudo systemctl status haspd
● haspd.service - LSB: Hasp keys support
Loaded: loaded (/etc/init.d/haspd; generated)
Active: active (exited) since Sat 2024-10-19 20:44:42 +10; 1h 24min ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 4915)
Memory: 0B
CPU: 0
CGroup: /system.slice/haspd.service
окт 19 20:44:42 astra1c systemd[1]: Starting LSB: Hasp keys support...
окт 19 20:44:42 astra1c aksusbd[17345]: loaded, daemon version: 8.23.1.119312, key API (USB) version: 3.88 (parallel driver not available)
окт 19 20:44:42 astra1c haspd[17340]: Running aksusbd... [ DONE ]
окт 19 20:44:42 astra1c hasplmd[17356]: HASP LM v25.2.1.119312 loaded
окт 19 20:44:42 astra1c haspd[17340]: Running hasplmd... [ DONE ]
окт 19 20:44:42 astra1c systemd[1]: Started LSB: Hasp keys support.
окт 19 21:56:10 astra1c aksusbd[17345]: terminating due to SIGTERM
Ставлю с сайта производителя, скрипт runtime
Порт 1947 открывается, получаю сообщение о ключе:
Sentinel Keys Host Name: astra1c
Sentinel Keys
Products
Features
Sessions
Update/Attach
Access Log
Configuration
Diagnostics
Location Vendor Key ID Key Type Configuration Version Sessions Actions
Local 71393
(71393) 672774382
HASP HL
2.17 Sentinel Key Version Not Supported
Это не лечиться?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
