Недоступность сетевого ключа на ПК с несколькми сетевыми интерфейсами
Добрый день!
На машинах с несолькими сетевыми интерфейсами (в частности виртуальными) платформа не видит сетевой ключ, пока их все не отключить, оставив один, на котором, собственно, слушает менеджер лицензий.
Решить проблему настройками nethasp.ini, задав ip-адрес менеджера лицензий и отключив широковещательные пакеты, не выходит
Кто-нибудь знает решение?
На машинах с несолькими сетевыми интерфейсами (в частности виртуальными) платформа не видит сетевой ключ, пока их все не отключить, оставив один, на котором, собственно, слушает менеджер лицензий.
Решить проблему настройками nethasp.ini, задав ip-адрес менеджера лицензий и отключив широковещательные пакеты, не выходит
NH_SERVER_ADDR = ip_адрес_менеджера_лицензий
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = DisabledНайденные решения
(22) Это весь текст файла?
По уму надобно указывать секции, т.к. есть параметры специфические для каждой секции и общие для всех секций
В журнале поиска ключа указано, какой именно nethasp.ini применялся
P.S.
В сети только один клиентский ключ, других нет?
На сервере в файле nhsrv.ini параметр NHS_SERVERNAMES не задан?
По уму надобно указывать секции, т.к. есть параметры специфические для каждой секции и общие для всех секций
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.1.250
NH_USE_BROADCAST=DisabledВообще есть (стоят и x32 и x64 версии платформы), на всякий случай попробовал настройки продублировать в оба файла
В журнале поиска ключа указано, какой именно nethasp.ini применялся
P.S.
В сети только один клиентский ключ, других нет?
На сервере в файле nhsrv.ini параметр NHS_SERVERNAMES не задан?
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(6)
Хотя, если проблема как раз на сервере, то ее наиболее вероятная причина в том, что автор правит не тот файл:
Взято отсюда:
телепатические способности
Не, это всего лишь зрение в порядке (пока что, тьфу-тьфу!). ;-)
Хотя, если проблема как раз на сервере, то ее наиболее вероятная причина в том, что автор правит не тот файл:
NHS_ADAPTER — определяет IP-адрес одной или более сетевых карт, которые будут обслуживать HASP LM. Применяется при использовании HASP LM с Win32. Например: 10.1.1.111, 255.255.0.0.
Взято отсюда:
(8)
Может подождем что нового сообщит начальник транспортного цеха?
Лехко! Тем более, что и добавить-то к уже сказанному нечего: для сервера вариант решения приведен, а для клиента... теоретически, явное указание IP для NH_SERVER_ADDR должно заставлять систему ломиться на соответствующую сетевуху, а если она этого почему-то не делает... не вижу способа ее вразумить.
(4)Конечно же, речь идет о клиенских машинах с несколькими интерфейсами, на машине с менеджером лицензий всего один интерфейс и проблем там нет. На клиентах же может быть несолько интерфейсов, в конкретном примере это виртуальные интерфейсы созданные virtualbox и другими приложениями. Так вот, пока их всех не отключишь, лицензию платформе не получить.
(12)Не пересекаются
(13)Именно так
(14)Все вирт. интерфейсы отключены кроме одного - ip=192.168.158.2, маска=255.255.255.0, на физическом интерфейсе 192.168.1.160/24 - лицензию клиент не получает. Отключаю интерфейс 192.168.158.2 - получает. Очевидно, нужно копать в сторону nethasp.ini, но вроде все что было логично я уже перепробовал...
(13)Именно так
(14)Все вирт. интерфейсы отключены кроме одного - ip=192.168.158.2, маска=255.255.255.0, на физическом интерфейсе 192.168.1.160/24 - лицензию клиент не получает. Отключаю интерфейс 192.168.158.2 - получает. Очевидно, нужно копать в сторону nethasp.ini, но вроде все что было логично я уже перепробовал...
(21)
В журнале поиска ключа написано: "nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий" ?
Да, именно так
Других nethasp.ini на машине нет?
Вообще есть (стоят и x32 и x64 версии платформы), на всякий случай попробовал настройки продублировать в оба файла, не помогло
NH_SERVER_ADDR = x.x.x.x
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
(22) Это весь текст файла?
По уму надобно указывать секции, т.к. есть параметры специфические для каждой секции и общие для всех секций
В журнале поиска ключа указано, какой именно nethasp.ini применялся
P.S.
В сети только один клиентский ключ, других нет?
На сервере в файле nhsrv.ini параметр NHS_SERVERNAMES не задан?
По уму надобно указывать секции, т.к. есть параметры специфические для каждой секции и общие для всех секций
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.1.250
NH_USE_BROADCAST=DisabledВообще есть (стоят и x32 и x64 версии платформы), на всякий случай попробовал настройки продублировать в оба файла
В журнале поиска ключа указано, какой именно nethasp.ini применялся
P.S.
В сети только один клиентский ключ, других нет?
На сервере в файле nhsrv.ini параметр NHS_SERVERNAMES не задан?
(23)
указывать секции
Спасибо, похоже проблема была именно в этом (в запарке навставлял директивы куда попало :-D), в таком виде все работает
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = x.x.x.x
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled Показать
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот