Лицензирование: не работает раздача электронных лицензий через HASP LM
1С:ERP Управление предприятием 2
Платформа 1С v8.3
1С:Франчайзи, автоматизация бизнеса
ОС
Linux
СУБД
PostgreSQL
Россия
1С
Системный администратор
Программы 1С
Вопрос лицензирования:
1. Стоит HASP-ключ на 20 пользователей и добавлены программные лицензии на 20 пользователей на сервере, установлен HASP LM
2. Всё раздаётся, все работает. Клиентские лицензии получаются. Если обращаться к базам этого первого сервера.
3. Появляется второй сервер!
4. Лицензии клиенты с нового сервера не получают. Хотя у них в nethasp.ini чётко указан первый сервер с HASP LM, где все 40 клиентских лицензий.
Что я делаю не так?
1. Стоит HASP-ключ на 20 пользователей и добавлены программные лицензии на 20 пользователей на сервере, установлен HASP LM
2. Всё раздаётся, все работает. Клиентские лицензии получаются. Если обращаться к базам этого первого сервера.
3. Появляется второй сервер!
4. Лицензии клиенты с нового сервера не получают. Хотя у них в nethasp.ini чётко указан первый сервер с HASP LM, где все 40 клиентских лицензий.
Что я делаю не так?
Найденные решения
(2) разумеется, это настоящий сервер 1С с настоящей СУБД PostgreSQL ( а не поделкой MSSQL) ну и к сожалению на старенькой CentOS7. Файловый же вариант 1С должен быть забыт как можно быстрее, это анахронизм в 2023 году, а за использование файловой 1С надо штрафовать оборотными штрафами.
Проблема решена!
1С молоццы... Надо было так:
1. Поправил nethasp.ini
2. положил в доступное пользователю место...
cat ~/.1cv8/1C/1cv8/conf/nethasp.ini
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя)
Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever!
Всё, можно жечь тряпки и любить гусей, всё работает.
Проблема решена!
1С молоццы... Надо было так:
1. Поправил nethasp.ini
2. положил в доступное пользователю место...
cat ~/.1cv8/1C/1cv8/conf/nethasp.ini
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя)
Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever!
Всё, можно жечь тряпки и любить гусей, всё работает.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) разумеется, это настоящий сервер 1С с настоящей СУБД PostgreSQL ( а не поделкой MSSQL) ну и к сожалению на старенькой CentOS7. Файловый же вариант 1С должен быть забыт как можно быстрее, это анахронизм в 2023 году, а за использование файловой 1С надо штрафовать оборотными штрафами.
Проблема решена!
1С молоццы... Надо было так:
1. Поправил nethasp.ini
2. положил в доступное пользователю место...
cat ~/.1cv8/1C/1cv8/conf/nethasp.ini
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя)
Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever!
Всё, можно жечь тряпки и любить гусей, всё работает.
Проблема решена!
1С молоццы... Надо было так:
1. Поправил nethasp.ini
2. положил в доступное пользователю место...
cat ~/.1cv8/1C/1cv8/conf/nethasp.ini
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя)
Лицензия с HASP-ключа откусилась клиенту, подключающегося к server1c84ever!
Всё, можно жечь тряпки и любить гусей, всё работает.
(3)
А гуси собрались под нею все вместе и водят хоровод.
Так что на вашу долю остались только привычные пингвины. ;-P
можно жечь тряпки и любить гусей
Не получится: все тряпки (тэги) вы развешали на свою ветку на манер знаменитой елки (см.ниже).
А гуси собрались под нею все вместе и водят хоровод.
Так что на вашу долю остались только привычные пингвины. ;-P
Прикрепленные файлы:
(3)
HASP защита придумана не 1С, параметры nethasp.ini задают где и как искать HASP LM, а это софтина совсем другого разработчика, от наследия которого 1С всё никак не решается избавиться.
Странная история, всегда указывал IP и это работало, но в данном случае (если нет подсетей и в сети только один ключ) настраивать nethasp.ini не требовалось вовсе.
Попробуйте в параметре NH_SERVER_ADDR поменять server1c83 на TEST или на любой другой - повлияет ли это как-то на поиск ключа?
1С молоццы...
HASP защита придумана не 1С, параметры nethasp.ini задают где и как искать HASP LM, а это софтина совсем другого разработчика, от наследия которого 1С всё никак не решается избавиться.
NH_SERVER_ADDR = server1c83 #тут надо не IP (как это указано в файле, а доменное имя)
Странная история, всегда указывал IP и это работало, но в данном случае (если нет подсетей и в сети только один ключ) настраивать nethasp.ini не требовалось вовсе.
Попробуйте в параметре NH_SERVER_ADDR поменять server1c83 на TEST или на любой другой - повлияет ли это как-то на поиск ключа?
(6) То, что в сети несколько ключей - об этом нужно было указывать в первом сообщении, т.к. это критически важно. Настраивать nethasp.ini имеет смысл только после того, как что-то не пошло с дефолтными настройками. Из вашего описания не видно, почему потребовалась настройка.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот