Проблема с раздачей HASP ключа по сети
Проблемы с HASP ключом.
Сначала появилось сообщение HASP ключ больше недоступен и закрылось 1С Предприятие, затем 1С Конфигуратор. При этом ключ горел красным.
Заменил ключ в 1С, хотя при замене ключ, который сдавал определился как ключ на 5 лицензий, то есть возможно был рабочим.
Новый ключ сразу не определился. Включил в другой компьютер, скачал новый драйвер, менеджер лицензий, вроде определился. На следующий день не определился. Переставил обратно в свой компьютер, не определился. Снёс драйвер и менеджер лицензий. Скачал новые, через какое-то время определился. Несколько дней работал. Сегодня не определился. Переставил в другой порт. Через какое-то время стал определяться.
Можно как-то выяснить причину: почему ключ не определяется?
(8) > По порту 1947 на котором HASP LM.
А зачем вы повесили HASP LM на нестандартный порт? Тем более на порт, который используется другими приложениями. В чем сокральный смысл?
Раз уж вы так сделали, то пропишите во всех настройках эту особенность — в nethasp.ini и в nhsrv.ini (ну или как они там называются).
А вообще я бы постарался оставить всё на типовом порту — 475 (если не ошибаюсь). Чтобы не париться каждый раз при подключении новой машины в сеть — прописан там nethasp.ini или нет.
(23) > Он сам так повесился
С чего ты взял?
По умолчанию но вешается на 475 порт, если вы ничего не указывали другого принудительно.
Производитель HASP ключей просто физически не в состоянии предугадать (да и не обязан), для защиты какого прикладного ПО могут быть использованы его ключи и чем, кроме менеджера лицензий, могут раздаваться лицензии, включая сюда и сервер 1С.
Выкатывать претензии такого рода — почему HASP монитор не видит лицензии, раздаваемые кому-то каким-то сторонним ПО? — хм.. 🙂
может, потому, что это стороннее ПО некорретно информирует (или точнее вообще не информирует) монитор.
ключ — железяка. ничего он определять не может.
количество используемых в данный момент лицензий определяет ПО.
либо LM, либо сервер 1С.
ps: ой, на какую ты любопытную мысль задал.
попробовать один и тот же ключик ОДНОВРЕМЕННО раздавать и через сервер, и (для файловых баз) через LM. жаль, такого варианта у меня сейчас под рукой нет, а то бы прям сейчас попробовал.
короче — LM не видит и не знает, сколько лицензий отожрал rmngr.
А вот наоборот, rmngr видит и знает, сколько лицензий выдал LM, и, соответственно, для себя считает и берет за минусом использованных LM.
проверял так:
— 4 компа. Один условно «сервер» и три рабочие станции. На «сервере» запущен и сервер 1С и HASP LM, там же стоит сетевой ключик на 5 пользователей и естественно серверный ключик.
Сначала запустил на 3-х рабочих станциях 3 базы серверных — раздал им ключ через сервер 1С. При этом специально на рабочих станциях заткнул 475 порты и UDP и TCP, чтобы они нечаянно не получили лицензии через HASP LM.
Почмеу 3 — потому что на самом «сервере», если запущен HASP LM, то хоть убейся, а лицензия берется через него (LM), а не через сервер 1С (rmngr). Ну или я не смог.
После этого открыл 475 порты и спокойно запустил на 4-х компах 4 файловых базы. Т.е. HASP LM спокойно раздал еще 4 лицензии.
Итого вроде бы 7 лицензий. При 5-ти пользовательском ключике!
НО! Рано обрадовался.
После этого «сервер» 1С некоторое малое время (пару минут, не больше) поработал, потом подумал, чего-то там себе подсчитал, и обнаружил, что лицензий не хватает, ну и соответственно сообщение.
В общем, халявы нет, сэр. 🙂
и таки да — менеджеры лицензий, nethasp.ini, telnetЫ и все остальные сопутствующие рассуждения — я так понимаю это все потом?
а для начала у тебя в (0) «воткнул — ключ не определился»?
то есть железяка не сработала?
то есть просто USB разъем глючит?
в диспетчере усnройств что показывает в момент «не определился»?
или что ты подразумеваешь под словами «ключ не определился»?
(32) В диспетчере скорее всего показывал, хотя я не проверял.
В какой-то момент HASP Monitor не показывал и самого ключа.
(34) > HASP Monitor не показывал и самого ключа
HASP Monitor показывает ключ только тогда, когда к нему есть хот одно соединения. Если ни одного соединения нет, то может и ничего не показываться как будто ключа нет вовсе.
Почему 1С не видит сетевой ключ защиты HASP?
В организации случился переезд с 8.2 на 8.3
Пока постепенно идет миграция на 8.3 с 8.2 случилась неприятность
Hasp аппаратный на Windows 2008 Server
На некоторых машинах 1с 8.2 перестала видеть ключ защиты, при этом в 8.3 все работает.
В настройках HasP сервер прописан вручную
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
NH_SERVER_ADDR = 192.168.0.150
NH_TCPIP_METHOD = TCP
NH_SESSION = 5
NH_SEND_RCV = 4
NH_USE_BROADCAST = Disabled
При Сканировании Nmap
Nmap scan report for 192.168.0.150
Host is up (0.00063s latency).
PORT STATE SERVICE
475/tcp open tcpnethaspsrv
MAC Address: 00:15:17:DA:05:96 (Intel Corporate)
Nmap done: 1 IP address (1 host up) scanned in 0.16 seconds
Если выключить службу HASP Loader то ошибка ключа появляется абсолютно на всех компьютерах.
При запуске, те что работали продолжают работать. а те что не работали продолжают получать ошибку как при выключенной службе HASP Loader
версии 8.2 везде одинаковые . Версии виндовс разные 7 и 8.1 на 8.1 не работает сразу после установки , на 7 перестает работать со временем
Менеджер использования HASP позакывает
Все работало до определенного момента, и привет 🙁
Не видит аппаратный ключ
после апгрейда на 64 битную винду, 1с перестала видеть аппаратный ключ, установку драйверов из поставки платформы делали, что еще может быть?
(3) alex-l19041, вин7 х64
(2) kuzev, от бухи USB ключ. 8ка естественно.
(5) Armando, Ключ не сетевой.
(6) user618551_vladkate, обычный ключ который шел с коробкой БП тогда еще 2.0.
Windows 10? 2 пользователя одного компа иди два разных компа?
А еще есть забавный эффект, когда ошибка «не обнаружен ключ» уходит, если заново в стартовом окне выбрать пользователя из списка пользователей, даже того же самого.
(23) там все тож самое, что в (22)
Если ключ однопользовательский, стоит локально, и платформа его не видит, то проблема может быть с драйвером, либо с USB портом, либо с ключем. И надо проверять наличие ключа в диспетчере устройств. И ключ должен светиться. Попробовать переткнуть в другой порт, попробовать на другом компьютере. Если результат везде одинаковый, то надо менять ключ.
Вот что пишет по кнопке подробно после вылета ошибки:
Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
Файл программной лицензии не найден
ORGL8 Локальный, не установлен
ORG8A Локальный, не установлен
ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой
В диспетчере устройств в момент вылета ключ защиты виден? Светодиод на нём светится?
Резервный блок питания для пробной замены есть?
Если 1С не видит Hasp
В организации, где я работаю, все программное обеспечение лицензировано, в т.ч. и 1С. Поэтому каждый раз, при установке 1С, нужно устанавливать драйвер защиты, дабы программа запускалась.
Как-то попросили меня установить платформу на ноутбук. Я взял дистрибутив и пошел ставить программу. Установка прошла как обычно быстро, после чего я нажал пункт меню «Установка драйвера защиты». На экране появилось информационное окно инсталлятора со статусом хода установки. После пары-тройки секунд ожидания инсталлятор выдает сообщение, что драйвер не удалось установить:
Failed start the Aladdin Device Driver.
Failed to start a service in the Service Control Manager Database 0x2008007 0x0.
Забыл сказать, что на ноутбуке стоит Windows XP SP2. Дальнейшие мои попытки установки
драйвера приводили к такому-же результату. Пробовал и перезагружать ноутбук, и входить под администратором, и напрямую копировать файлы драйвера на диск — все бесполезно.
Решил скачать драйвер Hasp с его родного сайта, то бишь с www.aladdin.com (есть еще и российский сайт www.aladdin.ru ). Скачал, запустил установку. жду. Ура! Установился! Запускаю 1С. жду. Приехали! «Не обнаружен ключ защиты!».
Что делать? Ведь все должно работать. Может сеть? Проверяю связь с сервером, где стоит менеджер лицензий — все нормально. Странно. Возвращаюсь на сайт Аладдинов, скачиваю диагностические утилиты, которые сканируют сеть на наличие Hasp’ов, делаю проверку — ключ в сети виден. Пробую менять настройки файла инициализации драйвера Nethasp.ini, где указываю ip-адрес, порт и метод посылки пакетов — тоже не помогло. Остался один выход — yandex, rambler, google.
После непродолжительного поиска открываю очередную ссылку и вижу описание своей ситуации. К счастью, кроме описания проблемы была еще подсказка, как ее решить. Так вот, дело оказывается в том, что такая ситуация может возникать на некоторых компьютерах с Windows XP Service Pack 2.
Скажем так, проблема решается «в два хода». Находим файл boot.ini в загрузочном диске (обычно диск C, ОБЯЗАТЕЛЬНО делаем его резервную копию. Замем снимаем атрибут «только чтение» и «скрытый», открываем, наодим строку, которая выглядит примерно так:
multi(0)disk(0)rdisk(0)partition(1)\WINXP=»Windows XP RU» /fastdetect /NoExecute=OptIn
Заменяем в этой строке параметры /fastdetect /NoExecute=OptIn на /fastdetect /Execute=OptIn
/noguiboot /NOPAE, в результате чего строка будет выглядеть примерно так:
multi(0)disk(0)rdisk(0)partition(1)\WINXP=»Windows XP RU» /fastdetect /Execute=OptIn
Это означает, что система будет загружена без службы проверки подписи драйверов.
Переагружаю систему с измененными параметрами, установиливаю драйвер снова — все впорядке, установился! ВОССТАНОВИЛ файл boot.ini в исходное состояние, перезагрузил ноутбук, запускаю 1С — снова «Не обнаружен ключ защиты!».
Возвращаюсь к yandex, rambler, google. Снова нахожу что-то похожее. Там советуют изменить некоторые параметры файла Nethasp.ini. А именно NH_USE_BROADCAST установить в значение Disabled, что означает отключение широковещательных сообщений. Сделал, как рекомендуют, запускаю 1С. ВОТ ОНО! НАКОНЕЦ-ТО! РАБОТАЕТ!
Вот таким образом был потрачен целый день(!) на установку 1С, которая обычно занимает
1С не видит локальный HASP. «Лицензия не обнаружена». «Не обнаружен ключ защиты».
История такая. У клиента куплен 1С:Сервер МИНИ (5 пользователей). Файлы баз расшарены на «типа файловом сервере» (просто Вин10). Пользователи работают с ними просто по сети. Лицензии используют программные на каждом пользовательском компьютере. На «сервере» никогда базы не запускались.
Когда-то им на том «типа сервере» поставили 1:Сервер, активировали программную лицензию. Но они его ни разу не использовали. И пользоваться сейчас уже им нет смысла: слишком мало доступных подключений. Релиз уже сильно устарел.
Возникла задача настроить удаленную работу паре сотрудников.
Решили попробовать замутить веб-сервер. Установили там свежую платформу с веб-компонентой, IIS настроили. А для публикации баз нужно их запустить конфигуратором. Вот тут то и понадобился ключик. Так как у них оказался в наличии еще и однопользовательский HASP, попробовали задействовать его, воткнув в сервер. И никак 1С его не увидит! В устройствах благополучно есть. 1С-ке сказали, чтобы искала аппаратный ключ, а она упорно хочет программную лицензию.
(3)С маркировкой все в порядке. Там же вариантов нет. И драйвер стоит. Написала в сообщении. Устройство есть.
Подвох где-то в наборе установленных 1С. Например, если стоит сервер 1С с программной лицензией, то фиолетовый хасп уже не рассматривается, даже если запускается файловый вариант. Может быть такое?
История интересная, но главного не увидел — какую именно базу вы сейчас запускаете, файловую или серверную?
Ключ установили на сервер, а запускаете Конфигуратор где, тоже на сервере или на клиенте?
Извините, если из текста не понятно, что сервер не используется. Работают в файловом режиме. Конфигуратор, естественно, запускаем на компьютере, где лежат расшаренные базы и компоненты для веба. В него локальный хасп вставили.
Уже агента сервера остановили, файл с программной лизензией спрятали.