HASP LM и VipNet

[zverek]

сеть, домен, 2к3 + hasp lm v8.30 ... после установки на одну из пользовательских машин VipNet она напрочь перестала видеть эти самые ключи.

[mirov]

Похожая ситация.

Установленное ПО: ОС Windows Server 2003 EE Eng, сервер 1С7.7, HASP LM v.8.31, ViPNet Client 3.1 (1.5813).

Последовательность действий:

1. Загружаем ОС. Отказываемся от запуска ViPNet Client.

2. Запускаем 1С (для проверки запускаем с этого же компьютера). Через 1-5 секунд открывается окно выбора базы и далее окно авторизации и т.д. То есть 1С работает. Выходим из 1С.

3. Запускаем ViPNet Client Монитор, вводим пароль, открывается окно монитора ("при старте программы" выбирали режимы и 3, и 4, и 5, последующий результат одинаковый, то есть пробовали запускать монитор в разных режимах, а также пробовали переключать режимы после запуска монитора).

4. Запускаем 1С. Проходит 10-15 секунд, появляется окно "1С. Ключ защиты не обнаружен". Как описано в п. 3, переключение Монитора в 5 режим не помогает.

5. Перезагружаем ОС (провобавили несколько раз). Повторяя шаги 1-4, получаем результат п. 4. То есть это не разовый глюк, а стабильная ошибка (или стабильный глюк).

6. Если ввести пароль в ViPNet Client при запуске ОС, либо запустить ViPNet Client уже по ярлыку, но, в любом случае, до запуска 1С, то ключ защиты не обнаруживается ни разу.

Таким образом, запуск драйвера ViPNet приводит в неработоспособное состояние HASP LM.

Непонятно на каком уровне возникает конфликт. Подскажите, в каким направлении поискать решение?

[Stratos]

mirov

А что видно в журнале IP пакетов.

Наверняка есть блокированные. И наверняка от сервера с HASP ключем.

[mirov]

Stratos

Блокированных пакетов нет.

Помог перезапуск службы HASP Loader.

Благодарю за отклик.

[Stratos]

mirov

да не за что

[den_teh]

а мне перезапуск службы не помогает! что делать?

[Credov]

а мне перезапуск службы не помогает! что делать?

Для решения данной проблемы необходимо сделать следующее (в файле nethasp.ini от 1с8 на клиенте):

1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)

2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)

3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

[astral_rd_bib]

такая же проблема

Для решения данной проблемы необходимо сделать следующее (в файле nethasp.ini от 1с8 на клиенте):

1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)

2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)

3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

данные настройки провели в этом файле не помогло. есть скрины и сам файл