e0209 sentinel key not found как исправить windows 7

E0209 sentinel key not found как исправить windows 7

Добрый день! Уважаемые читатели и гости популярного компьютерного блога pyatilistnik.org. Недавно я по почте получил письмо с просьбой описать процесс поиска неисправности в работе USB ключей Sentinel key (Sentinel SuperPro, Sentinel UltraPro и SHK), и тут как раз на работе была ситуация с одной из АТС, которая лицензировалась, как раз по аппаратному ключу Sentinel. В итоге решение с данной ситуацией и позволило описать процесс диагностики, который вы можете применять. Надеюсь, что данный опыт окажется для вас полезным.

Sentinel key not found

Очень часто случается такая ситуация, что ваша операционная система не видит аппаратный, электронный токен. Описываю свое окружение. Есть виртуальная машина на ESXI 6.5, в ней установлена операционная система Windows Server 2008 R2. На данном сервере есть программный комплекс «Altitude 7.1», для запуска которого нужен ключик SafeNet USB SuperPro/UltraPro. После перезагрузки сервера, выскочила ошибка:

Из сообщения видно, что служба не смогла обнаружить аппаратный Sentinel key.

Диагностика работы электронного ключа Safenet

Давайте я опишу алгоритм диагностики работы вашего токена:

Вот по этим пунктам мы и проведем базовую диагностику сервера на котором есть софт работающий с аппаратным ключом Sentinel key. Думаю все могут посмотреть, горит ваш ключ или нет. Если горит, то хорошо, если нет, то переходим к следующему пункту. В моей инфраструктуре сервер, где не видится USB токен, это виртуальная машина на гипервизоре Vmware ESXI 6.5 и Sentinel ключ, подключен к ней по сети, с помощью устройства digi anywhereusb или SEH myUTN, по технологии USB over IP, как это делается смотрите по ссылкам. В обоих случаях устанавливается на сервере программный клиент, задачей которого выступает связать его с сетевым USB коммутатором.

Первым делом вы должны проверить, нету ли проблем в данной связке. Приведу пример с клиентом «AnywhereUSB Configuration Utility и Remote USB Hub Viewer» для устройств DIGI. В данном клиенте, у вас должен быть статус, что успешно подключено и не быть желтых предупреждений.

Если подключение отсутствует, то нужно смотреть сетевые настройки и самого клиента, самая распространенная ошибка, это: Can not find Remote Hub, почитайте как она решается.

Если увидели в клиенте предупреждение, то есть проблема с драйверами, и чтобы понять, в какую сторону нужно капать, нужно зайти в «Диспетчер устройств». Там необходимо удостовериться, что так же нет предупреждений и неопределенных устройств. Выглядит, это вот таким образом. Когда вы зайдете в свойства сбойного устройства, то обнаружите там код ошибки, могут быть такие разновидности ошибок:

Что делать если все видится хорошо?

Бывают случаи, как у меня, что в системе все видится хорошо, клиент видит сетевой ключ по сети, драйвера установлены и диспетчер устройств все определяет, но служба не запускается и пишет, что-то вроде моего:

В таких случаях нужно переустанавливать драйвера и провести диагностику подключения.

Для диагностики подключения у компании Sentinel, есть специальная утилита под названием Sentinel Advanced Medic.

Запускаете утилиту диагностики подключения Sentinel ключа. Ставим галки:

И нажимаем Test, если у вас ключ прокинут по сети, то у вас как и у меня пункты «Sentinel Protection Server Installation и Sentinel Keys Server Installation», будут крестиком, это нормально, данные тесты для локальных служб. Как видите, у меня найден SuperPro Key и остальные тесты пройдены.

Вот так вот выглядят тесты с локальными службами. Как видите ошибки Sentinel key not found, у меня не выскочило.

Так же можно проверить и удаленный сервер по локальной сети, для этого нажмите «network Test». Указываете ip адрес или можете прописать localhost, для локального компьютера и запустить тесты. Утилита так же покажет, доступность всех служб и ключей на удаленном или локальном сервере.

Если у вас все хорошо по тестам, но сервер все равно отказывается видеть аппаратный ключ, то тут уже придется переустанавливать драйвера и играться с версиями, как клиентов от USB коммутатора, так и с драйверами от самого производителя токенов.

Как правильно удалять драйвера Sentinel Usb Key

Для того, что бы правильно удалить или переустановить драйвера на Sentinel key, нужно соблюдать некоторые правила и порядок, чтобы все починить и не сломать.

Надеюсь эти не хитрые шаги смогут вам помочь исправить ситуацию, когда Sentinel key, не видится в системе и пишет not found, если есть дополнительные методы, то пишите о них в комментариях.

Источник

key not found перевод

Sentinel key, не видится в системе. Алгоритм решения

Sentinel key not found

Из сообщения видно, что служба не смогла обнаружить аппаратный Sentinel key.

Диагностика работы электронного ключа Safenet

Давайте я опишу алгоритм диагностики работы вашего токена:

Что делать если все видится хорошо?

В таких случаях нужно переустанавливать драйвера и провести диагностику подключения.

Для диагностики подключения у компании Sentinel, есть специальная утилита под названием Sentinel Advanced Medic.

Запускаете утилиту диагностики подключения Sentinel ключа. Ставим галки:

Вот так вот выглядят тесты с локальными службами. Как видите ошибки Sentinel key not found, у меня не выскочило.

Как правильно удалять драйвера Sentinel Usb Key

Я хочу обновить Ubuntu 13.04 до Ubuntu 13.10. Я не могу сделать это через графический интерфейс.

[Причина, по которой я не могу этого сделать:

Через обновление программного обеспечения, я продолжаю и нажмите «Обновить» (для обновления моей ОС). Я аутентифицирую, предоставляя свой пароль. Затем он переходит и загружает инструмент обновления. В то время только при загрузке инструмента появляется сообщение об ошибке «проблема с системной программой». Затем он не продвигается вперед, и я нажимаю, чтобы сообщить о проблеме]

Итак, я пробовал через командную строку, но здесь также не удалось выполнить модернизацию ОС. Для этого я побежал

Пожалуйста, предложите, как продвигаться и обновлять ОС.

not found

не найден, не найденно

found- запас, найденный, снабженный всем необходимым

label not found
метка не найдена

page not found
страница не найдена

named range not found in worksheet
диапазон имен в файле рабочей таблицы отсутствует

Транскрипция: |nɒt| |faʊnd|, на русском читается как «нот фоунд»

Словосочетания
not found — не найден
not found in — отсутствующий у
file not found — файл не найден
object not found — объект не найден
sector not found — сектор не найден
sector not found error — ошибка из-за отсутствия требуемого сектора; сектора
he has not found anything — он ничего не нашёл
it is not found in such vicinities — в близлежащих районах этого не бывает
lunatic not so found — умалишённый, не признанный таковым в судебном порядке
he is not to be found — его невозможно найти
such men are not often found — такие люди не часто встречаются
the book was not to be found — книгу нельзя было найти
we tried it but found it was not worthwhile — мы попробовали, но убедились, что зря теряем время
I found things going on that were not kosher — я обнаружил кое-какие нарушения /махинации, злоупотребления/
I haven’t found better hotels anywhere, no, not even in Switzerland — нигде, даже в Швейцарии, я не видел гостиниц лучше

Перевод по словам
not — не, нет, ни
found — найденный, основывать, основываться, геологоразведка

Примеры

That is a color not found in nature.
Это цвет, который не встречается в природе.

Источник

Не виден ключ из-под VM (guest Linux host Win8)

в котором в разделе был скопирован через буфер обмена код из файла в Win8 (визуально совпадает), где envelop тоже нормально запускается (файл указан параметром в GUI).

Но при попытке запустить защищённое приложение выдаётся:

1. В чём может быть дело?

2. Также не понятно, почему написано про «demo Sentinel protection key». Envelop просил ключ разработчика и без него не запускался.
Возможно, я не прописал все параметры при работе из Linux, в котором нет наглядного GUI. Где можно посмотреть подробную инструкцию по настройке envelop в Linux, и под Virtual Box в том числе?

Добрый день, Виталий.

Envelope for Linux User Guide.pdf читал, и вендор-код тоже мой. Но после полной перезагрузки host-машины заработало.

После перезагрузки host-OS, был сразу вставлен ключ пользователя, и обработанная с помощью envelop программа его увидела и нормально заработала.

Возможно, в случае, если бы поля ключей различались, такой проблемы бы не было. Попробуйте уведомить об этом разработчика. Мне пришлось потратить на выяснение этих тонкостей немало времени.

Напомню, что у нас есть список официально поддерживаемых сред виртуализации (доступен в документации к используемой у Вас версии нашего SDK) и их версий, и если используемая у Вас среда виртуализации или её версия в этот список не входит, тогда нет ничего удивительного что оно у Вас как-то не так работает, ведь оно и не тестировалось на совместимость.

VendorID, ProductID, Revision это то, что всплывает, когда наводишь на устройство указатель мыши в разделе Devices->USB окна виртуальной машины. У некоторых устройств там же указан и серийный номер, но не у ключей. Если на основе этих полей VM строит идентификатор, то при совпадении полей могут быть коллизии. В любом случае, это только мои предположения.

Как бы там ни было, всё работает, хотя, как я эмпирически выяснил, во избежание проблем с добавлением-удалением ключей и их видимостью надо быть очень осторожным, и не пытаться держать в VM активными сразу два устройства Sentinel.

Как видите это те из параметров которые явно не могут быть различными для всех ключей.
К тому же в VirtualBox у каждого устройства есть свой UUID, что как бы гарантирует их отличие друг от друга.

Цитата
Виталий пишет: У некоторых устройств там же указан и серийный номер, но не у ключей

Соответственно, если бы ключи Sentinel полностью удовлетворяли спецификации USB, с уникальными серийными номерамИ, то скорее всего такого вопроса бы в принципе не возникло.

Цитата
Yury Goryachev пишет: Как видите это те из параметров которые явно не могут быть различными для всех ключей.

Цитата
Yury Goryachev пишет: К тому же в VirtualBox у каждого устройства есть свой UUID, что как бы гарантирует их отличие друг от друга.

Чтобы назначит уникальный UUID первоначально у хоста должна быть возможность определить уникально само устройство. Если устройство полностью определяет USB Plug-n-play инфо, включая уникальный серийный номер, то по крайней мере принципиальных проблем нет.

Насколько знаю, при отстуствии серийного номера :

* Linux идентифицирует устройство по набору VendorID / ProductID куда бы его не втыкать

* Windows идентифицирует устройство по набору VendorID / ProductID / Revision / USB controller

А вот как себя ведет VirtualBox неизвестно.
Но явно в этой ситуации он не может идентифицировать устройства различно, если у них совпадает Plug-n-play USB id

Источник

Hasp protection system hasp not found

TimBlack

Доброе время суток.

Поставили передо мной задачу установить 1с 8.1 на сервер. Сервер под Windows 2003. Сеть доменная, состоит из 15 компов. Пользователи работают на сервере с помощью монитора удаленного рабочего стола. Так же захожу и я на сервер под административными правами (сервер вообще где то на антресолях валяется без монитора, клавиатуры и всего остального). 1С нужно поставить на сервер, так что бы он запускался именно на сервере и пользователи заходя под своими учетками могли прямо на сервере и работать.

Начал устанавливать 1С с диска который входил в поставку. Саму платформу с обновлением поставил, запускается. Драйвер для хаспа поставился автоматически. Лиценз менеджер поставил сам с диска на котором была платформа. (поставил как сервис). Вроди бы всё встало нормально. Но попытавшись открыть базу, 1С выдала «Не обнаружен ключ защиты программы». Проверил хасп на «воткнутость» в сервер, стоит нормально, лампочка горит. Попытался запустить Лиценз менеджер вручную, он мне выдал «HASP not found (-10)». Переустанавливал три раза и саму платформу, драйвер хасп, и лиценз менеджер. Отключил антивирь и брандмауэр. Все равно не хочет работать. Не могли бы вы подсказать в чем может быть дело.

Устанавливается: «1С 8.1 бухгалтерия ред. 1.6», «HASP License Manager version 8.31», «HASP Divice Driver version 5.22»

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках системы защиты HASP4 под Windows Vista

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL в рамках системы защиты HASP4 под Windows 7 и новее

Работа приложений, защищенных при помощи электронных ключей HASP4, HASP HL и Sentinel HL, в рамках системы защиты HASP4, под Windows 7 и более свежими ОС не гарантируется, так как данная система защиты официально не поддерживает данные ОС.

Работа ключа на удаленной машине – настройка «nethasp.ini»

Для того, чтобы защищенное приложение нормально работало на удаленной рабочей станции, необходимо обеспечить беспрепятственный проход UDP- и TCP-пакетов по порту 475 в обе стороны. Также должны проходить и broadcast-пакеты. Если последнее требование не выполняется, необходима настройка приложения через файл «nethasp.ini» (должен находится в одной директории с защищенным приложением) с целью отключения broadcast-механизма поиска ключа и явного указания IP-адреса машины, обслуживающей ключ.

NH_SERVER_ADDR = 168.192.1.41 //ip-адрес компьютера, где расположен менеджер лицензий.

Однако если часть маршрута проходит через Интернет, могут возникнуть проблемы с тайм-аутами при доставке пакетов.

Ошибка: «No authorization to run this program (130), Feature not found (Error 31), (H0031)»

Возникновение данной ошибки возможно в следующих случаях.

Ошибка: «Error 1009: Cannot open Hasp HL Drivers»

Возникновение данной ошибки возможно в следующих случаях:

Ошибка «Hasp not found (0)»

Такая ошибка иногда возникает, если защищенное приложение или ключ установлены на машине с более чем одним сетевым интерфейсом. Для устранения следует отключить второй сетевой интерфейс или переставить ключ/приложение на машину с одним сетевым интерфейсом.

Ошибка «HASP not found (-4), (Error 4), (H0004), Too many open Features»

Возникновение данной ошибки возможно в следующих случаях:

Отсутствует LPT (USB) порт на компьютере. Порт LPT установлен в виде платы расширения.

В случае, если необходимо установить LPT-ключ HASP на компьютере, где отсутствует LPT-порт, можно установить PCI-плату расширения с портом LPT. При установке PCI-платы с LPT-портом необходимо учитывать, что базовый адрес LPT-порта, установленного на PCI-шине, отличается от общепринятых значений для интегрированных портов (это 378h, 3BCh и 278h). Поэтому для установки драйвера следует использовать утилиту установки с интерфейсом командной строки. Данная утилита позволяет задать любой базовый адрес порта при установке драйвера. Синтаксис данной утилиты:

Пример для данных адресов:

К сожалению, ключи не работают на переходниках PCMCIA-LPT или USB-LPT. Это связано с особенностями работы драйвера ключа. Также технически возможна замена LPT-ключа на аналогичный USB-ключ, однако этот вопрос необходимо решать с компанией-разработчиком защищенного ПО. В случае отсутствия портов USB их можно добавить с помощью плат расширения PCI или PCMCIA.

Менеджер лицензий (HASP License Manager) «грузит» одно из ядер процессора на 100%. Массовые сетевые ошибки «receive problem error 10038» и «receive problem error 10054», неконтролируемый рост потребления оперативной памяти процессом.

Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL.

Причина сбоев в работе менеджера лицензий – «битые» пакеты, приходящие по UDP. Поскольку обмен при помощи UDP-дэйтаграмм не предусматривает контроля успешной доставки пакета, данный протокол надежно работает только в сетях, построенных на высококачественном оборудовании. Если же на какой-нибудь рабочей станции, где запускается защищенное приложение, установлена карта, которая не корректно работает с FlowControl, то это приводит к вышеописанной ситуации. Единственный способ разрешить эту проблему, не считая замены оборудования на более качественное, – это переход на обмен посредством TCP-пакетов. В этом случае контролируется успешная доставка каждого пакета и работа с ключом становится более надежной.

Для того, чтобы настроить защищенное приложение на работу через TCP-пакеты, необходимо сконфигурировать файл «nethasp.ini» следующим образом:

Адрес дан для примера, следует указывать реальный IP-адрес машины, где установлен менеджер лицензий. Далее (важно!) следует отключить в менеджере лицензий прослушивание UDP-протокола, оставив только TCP:

Если этого не сделать, то при получении «битых» UDP-пакетов менеджером ошибка может возникнуть вновь.

Некоторые приложения не работают по TCP, только по UDP (например, 1С 8.х). Однако можно заставить их использовать TCP неявно. Для этого помимо того, что описано выше, необходимо разрешить в свойствах протокола TCP/IP (Properties — Advanced — WINS) поддержку NetBios over TCP/IP на рабочих станциях, где работает защищенное приложение и на машине, где установлен ключ. Конфигурационные файлы приложения необходимо настроить следующим образом:

Значение параметра Num можно взять из лога менеджера лицензий, там указывается, какие каналы менеджер слушает по NetBios. Если номеров несколько, переберите их по очереди, пока 1С не запустится. При такой настройке 1С в качестве транспорта по-прежнему будет использовать TCP/IP, но работать с ним будет через интерфейс NetBios. Причем при передаче пакетов будет использоваться именно TCP-механизм, в силу особенностей реализации NetBios over TCP/IP.

Два и более менеджеров лицензий (HASP License Manager) в сети

Актуально только для менеджеров лицензий версии 8.32 и ниже от систем защиты HASP4 и HASP HL.

При установке в сети двух и более менеджеров лицензий их необходимо настроить для корректной работы. Иначе в сети может возникать коллизия между менеджерами лицензий по именам — при старте они принимают одно и то же имя по умолчанию, и в результате в сети присутствует несколько ресурсов с одинаковыми именами. Стоит отметить, что нередко менеджеры нормально работают и без настройки. Тем не менее, следует иметь в виду, что возможно возникновение проблемы. Кроме того, настройка может понадобиться, например, чтобы разделить клиентов по разным менеджерам лицензий.

Основная идея настройки в данном случае – назначить каждому менеджеру свое имя и сообщить каждой копии 1С эти имена. Задать имя менеджеру можно через файл «nhsrv.ini», он должен находиться в одном каталоге с менеджером лицензий (по умолчанию — C:Program FilesAladdinHASP LM). Если менеджер лицензий установлен как сервис, то данный файл необходимо скопировать в каталог WindowsSystem32 (для 64-разрядных ОС — WindowsSysWOW64). Имя должно состоять из алфавитно-цифровых символов (можно использовать только латиницу) и не должно быть длиннее 7 символов.

Сообщить защищенному приложению имена менеджеров можно через файл «nethasp.ini», он должен находиться в одном каталоге с защищенным приложением или в каталоге, который указал разработчик (для 1С – каталог BinConf от корня установки 1С):

NH_SERVER_ADDR = 168.192.1.41, 168.192.1.11

NH_SERVER_NAME = LM1, LM2

Параметры «адрес» и «имя» должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1. Адреса даны для примера, следует указывать реальные IP- адреса машин, где установлены соответствующие менеджеры лицензий.

Aladdin Monitor не показывает ключ Sentinel (HASP)

Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.

Инструкция по эксплуатации программных продуктов «1C» и ключей защиты Sentinel (HASP)

HASP4 и «зависшие» сессии

Система защиты HASP4 устарела и была снята с поддержки в 2006 году, с тех пор для неё ничего не дорабатывалось. В менеджере лицензий 8.32 периодически возможно «зависание части лицензий», происходящее из-за некорректного завершения сессии с ключом.

Решение возможно путём перезагрузки службы менеджера лицензий (ручной или автоматической по расписанию), в ходе которой будут завершены все сессии с ключом, в том числе и зависшие, либо по истечению таймаута равного 24 часам.

Почему в Sentinel Admin Сontrol Center не видно ключ HASP4? Подходит ли драйвер от LDK для HASP4 / HASP HL?

Sentinel Admin Сontrol Center – это web-интерфейс менеджера лицензий, встроенного в драйвер от системы защиты Sentinel LDK (SRM), ключи Sentinel (HASP) не работают с ним в рамках систем защиты HASP4 и HASP HL.

Для работы ключей по сети в рамках системы защиты HASP4 / HASP HL существует менеджер лицензий — HASP License Manager 8.32, который устанавливается отдельно.

Драйвер от системы защиты Sentinel LDK (SRM) обеспечивает работу ключа Sentinel (HASP) как устройства на ПК, а для работы ключа с защищённым ПО по сети (в рамках систем защиты HASP4 и HASP HL) нужен ещё и менеджер лицензий 8.32, Sentinel Admin Сontrol Center при этом никак не задействуется и на отображение / не отображение в нём ключей внимание обращать не следует.

Содержание

HASP key not found (H0007)

Описание проблемы

При запуске приложения отображается окно с ошибкой HASP key not found (H0007). После закрытия окна приложение не запускается.

Эта сообщение об ошибке соответствует о проблемах с подключением к ключу или получением от него данных.

Решение

Способ решения данной проблемы зависит причины ошибки. Для того, что бы ее выявить, необходимо выполнить следующие действия:

Если используется аппаратный локальный ключ, следует убедиться, что:

Если используется аппаратный сетевой ключ, дополнительно следует убедиться, что:

Feature not found (H0031)

Описание проблемы

При запуске приложения выдается ошибка Feature not found (H0031). Система не запускается, либо запускается, но отдельные ее модули не функционируют (например, по одному из каналов нет распознавания, не работает архив, не появляются дополнительные события и т.д.).

Данная ошибка свидетельствует о несоответствии свойств продукта, прошитых в ключе защиты, характеристикам продукта, который запускается.

Решение

Если на одном компьютере (или в одной сети) используется несколько HASP-ключей, то предварительно следует убедиться, что ПО обращается к нужному ключу. Если используется один HASP-ключ или ПО обращается к правильному ключу, то необходимо убедиться, что:

Для того, что бы узнать, какой ключ используется ПО и какие лицензии в нем прошиты, необходимо:

Для того, что бы в принудительном порядке заставить ПО использовать нужный ключ или ключ, содержащий нужную лицензию, необходимо:

Пример файла bridge.plist, в котором указано, какой HASP-ключ использовать

Unable to access HASP SRM RunTime Environment (H0033)

Описание проблемы

При запуске системы выдается ошибка Unable to access HASP SRM RunTime Environment (H0033).

Решение

Для того, что бы добавить разрешение запуска программы или использования порта в Брандмауэр Windows (Windows firewall) необходимовыполнить следующие действия:

Terminal services detected, cannot run without a dongle (H0027)

Описание проблемы

При запуске приложения выдается ошибка Terminal services detected, cannot run without a dongle (H0027). Програмное обеспечение или отдельные его модули не запускаются.

Решение

Данная ошибка возникает при обнаружении программ терминального доступа типа Microsoft Terminal Server (в т.ч. служба RDP – Remote Desktop), Citrix Winframe/Metaframe и подобных. Проблема возникает в следствие того, что прошивка ключа не позволяет ему находиться на одной машине с активным терминальным программным обеспечением.

Поскольку для систем HASP HL и Sentinel HASP разработчик защищенного приложения имеет возможность контролировать, разрешить или запретить работу на терминальном сервере, то следует перепрошить ключ с разрешением данной опции. Шаги перепрошивки ключа подробнее описаны в инструкции Прошивка ключа защиты в системе.

Your license has expired (H0041)

Описание проблемы

При очередном запуске системы выдается ошибка Your license has expired (H0041). Предыдущие запуски приложения происходили успешно.

Решение

Данная ошибка может возникать, если на компьютере, где установлен HASP-ключ, вручную переводили системное время, либо если истек слок лицензии, прошитой в ключе (например, срок лицензий демо-продуктов составляет 30 дней от момента активации).

Для устранения ошибки необходимо перепрошить HASP-ключ. Шаги перепрошивки подробнее описаны в инструкции Прошивка ключа защиты в системе.

Источник