Проблемы с HASP ключом.
Сначала появилось сообщение HASP ключ больше недоступен и закрылось 1С Предприятие, затем 1С Конфигуратор. При этом ключ горел красным.

Заменил ключ в 1С, хотя при замене ключ, который сдавал определился как ключ на 5 лицензий, то есть возможно был рабочим.

Новый ключ сразу не определился. Включил в другой компьютер, скачал новый драйвер, менеджер лицензий, вроде определился. На следующий день не определился. Переставил обратно в свой компьютер, не определился. Снёс драйвер и менеджер лицензий. Скачал новые, через какое-то время определился. Несколько дней работал. Сегодня не определился. Переставил в другой порт. Через какое-то время стал определяться.

Можно как-то выяснить причину: почему ключ не определяется?

Nethasp.ini настрой по инструкции

(1) Если бы он не был настроен, ключ бы вообще не определялся.

Пади порт шалит

(3) Можно выяснить причину и исправить?

Я не против

(5) То есть команд или программ, которые позволяют проверить открыт ли порт нет?

(6) telnet

(7) Telnet в Win8.1 нет. По порту 1947 на котором HASP LM раздаёт лицензии работает Skype. Это может мешать раздавать лицензии HASP ключу?

(8) Ухаха, говорит телнета нет на 8.1 :D

(9) По умолчанию нет... даже на 7ке его уже не было, нуэжно было специально ставить

(10) ааа по умолчанию нет, поняятно.
Спасибо кэп!

(8) как ты это определил? вроде скайп не использует этот порт 1947
https://support.skype.com/ru/faq/FA148/kakie-porty-neobkhodimo-otkryt-dlya-ispol-zovaniya-skype-dlya-rabochego-stola-windows

(6) Какой еще "открыт"? Я про УСБ-порт, глючит железо типа

(12) netstat -b -n запускал, но сейчас у меня это не повторяется. Скриншот не делал, так что я уже сомневаюсь.

(2) покажи настройки nethasp клиентов

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

(13) необязательно. в большой сети куча тараканов сидит. Или прописываем в нетхасп.ини или бегаем по граблям.

(16) Я им и смотрю, сколько лицензий свободно.

(18) В курсе, что раздаваемые сервером приложений лицензии ("на сеансы") никак не отображаются в этом ПО? :)

(19) То есть реально их меньше, чем показывает HASP Monitor?

(8) > По порту 1947 на котором HASP LM...

А зачем вы повесили HASP LM на нестандартный порт? Тем более на порт, который используется другими приложениями. В чем сокральный смысл?
Раз уж вы так сделали, то пропишите во всех настройках эту особенность - в nethasp.ini и в nhsrv.ini (ну или как они там называются).

А вообще я бы постарался оставить всё на типовом порту - 475 (если не ошибаюсь). Чтобы не париться каждый раз при подключении новой машины в сеть - прописан там nethasp.ini или нет.

(20) Если для какой-либо инфобазы (в свойствах в кластере) не запрещена раздача лицензий сервером 1С, то да - свободных реально меньше, чем будет показываться этим ЛМ-монитором

(21) Он сам так повесился при установке HASP LM, я дополнительно ничего не делал.

(22) Вы про SQL говорите? У нас базы файловые.

(24) Ага, про клиент-серверные инфобазы. Ну раз у вас там файловые, то не обращай внимания )

(23) > Он сам так повесился

С чего ты взял?
По умолчанию но вешается на 475 порт, если вы ничего не указывали другого принудительно.

(19) естественно
Это ПО предназначено только для подсчета количества лицензий, раздаваемых менеджером HASP LM. О чем русским по белому в описании и сказано. Точнее, там сказано так: "После установки и запуска, программа сканирует сеть в поисках МЕНЕДЖЕРОВ ЛИЦЕНЗИЙ и показывает активные соединения клиентских приложений с ДАННЫМИ СЛУЖБАМИ."

Производитель HASP ключей просто физически не в состоянии предугадать (да и не обязан), для защиты какого прикладного ПО могут быть использованы его ключи и чем, кроме менеджера лицензий,  могут раздаваться лицензии, включая сюда и сервер 1С.

Выкатывать претензии такого рода - почему HASP монитор не видит лицензии, раздаваемые кому-то каким-то сторонним ПО?  - хм..  :)
может, потому, что это стороннее ПО некорретно информирует (или точнее вообще не информирует) монитор.

(27) Так стороннему ПО нет никакой нужды информировать какой-то там монитор.
Ведь ключ как-то все-таки умеет определять, что лицензии исчерпаны. А монитор почему-то нет.

ключ - железяка. ничего он определять не может.
количество используемых в данный момент лицензий определяет ПО.
либо 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С некоторое малое время (пару минут, не больше) поработал, потом подумал, чего-то там себе подсчитал, и обнаружил, что лицензий не хватает, ну и соответственно сообщение.

В общем, халявы нет, сэр. :)

(30) А как вы заткнули порт 475 и UDP и TCP?

(31) тю.  брандмауэром.

и таки да - менеджеры лицензий, nethasp.ini, telnetЫ и все остальные сопутствующие рассуждения - я так понимаю это все потом?

а для начала у тебя в (0) "воткнул - ключ не определился"?
то есть железяка не сработала?
то есть просто USB разъем глючит?
в диспетчере усnройств что показывает в момент "не определился"?

или что ты подразумеваешь под словами "ключ не определился"?

(32) Ключ как раз определился: красная лампа загорелась. Он даже в HASP Monitor появился только без лицензий.
Думаю, что USB глючит. Я сегодня переставил с передней панели на заднюю, всё пока нормально работает.

(32) В диспетчере скорее всего показывал, хотя я не проверял.

"Ключ не определился"
В какой-то момент HASP Monitor не показывал и самого ключа.

(34) > HASP Monitor не показывал и самого ключа

HASP Monitor показывает ключ только тогда, когда к нему есть хот одно соединения. Если ни одного соединения нет, то может и ничего не показываться как будто ключа нет вовсе.

Проблема повторилась. Пользователь не смог зайти в программу: нет лицензии. HASP Monitor не показывал 2-ой ключ (который менял). Служба hasp loader работала. Остановил, запустил. В HASP Monitor появился 2-ой ключ без лицензий. Пользователь зашёл, ключ показал 5 лицензий, 1 использована. Похоже проблемы с USB портами. Когда запускается служба hasp loader порт, возможно, ещё ни инициализирован, и она не видит ключ. Когда я остановил и запустил службу, она ключ увидела.

(35) "Если ни одного соединения нет, то может и ничего не показываться как будто ключа нет вовсе" // Вроде нет. В виде строки в списке ключей (в мониторе) должен быть виден всегда. Просто пока кто-нибудь к нему не подключится, монитор не показывает _на сколько_ он лицензий. Но сам всегда отображается там.

(37) А было, что строки второго ключа не было. Пока я не остановил и снова не запустил службу hasp loader.

временно настрой на другом компьютере. МОжет на этом usb глючит

(39) В другом компьютере USB возможно тоже будет глючить. Я понял, в чем проблема. Перезапуск службы hasp loader позволяет найти ключ.