Не могу разобраться как заставить терминальных клиентов видеть HASP ключ в Server 2016. Одни пишут это невозможно, другие что все должно работать без танцев с бубнами. У меня не заработало и с танцами. Может нужно в каком-то определенном порядке все устанавливать? Сначала драйвера, потом USB ключ, потом потом терминальный сервер. Или сначала терминальный сервер, потом USB, потом драйвера. Или что-то надо настраивать? Я помню в старых серверах надо было перед установкой софта на терминальном сервере в командной строке вбивать change user /install , а после change user /execute. Нигде в интернете не нашел ни то что подробной, а вообще никакой инструкции.

Про ключ подробнее - сетевой, локальный?

сетевой

(2) сетевой должен раздаваться менеджером лицензий.

так что твое:"Сначала драйвера, потом USB ключ, потом потом терминальный сервер." пропускает этот пункт почему-то.

(3)  а разве это важно? Ведь сетевой ключ локальным клиентам раздает лицензии как локальный и без менеджера лицензий. Что с менеджером лицензий, что без, лицензия показывается как локальная. Но лицензию могут получить только в консольной сессии, а не терминальной, так как в терминальной ключ не виден, вот в чем проблема, а не в менеджере лицензий

(4) >лицензию могут получить только в консольной сессии, а не терминальной, так как в терминальной ключ не виден, вот в чем проблема, а не в менеджере лицензию

терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому,
в чем проблема - не понял

(5) > терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому

Не знал. Но тогда еще один вопрос. Как подружить HASP LM c терминальным сервером. Я устанавливал HASP LM, удаленные клиенты получали лицензии от него, но локальные нет.

ведь много где написано, во всех официальных инструкциях что нельзя ставить HASP LM вместе с терминальным сервером

(6) ни разу не сталкивался с такой проблемой
что в журнале поиска ключа?

(7) кто-то что-то не так понял

и даже когда я настроил HASP LM, если подключался в консольную сессию, не терминальную, 1С получал лицензию от ключа не как сетевую, а как локальную. Как тогда заставить клиентов, подключаемых в консольной сессии и терминальной получать эту лицензию через LM, как сетевую?

(7) неправда твоя. ты просто читать не умеешь. буквы видишь, а смысл не понимаешь.
к примеру, Гилев (Гилев для тебя достаточный авторитет?) пишет так -"1)НЕ СТАВЬТЕ МЕНЕДЖЕР ЛИЦЕНЗИЙ В ТЕРМИНАЛЕ (точнее устанавливайте в 0-й сессии, запуская %SystemRoot%\system32\mstsc.exe /console)
то есть не ставить в терминале  это совсем не значит вообще не ставить на терминальный сервер. Это всего лишь значит ставить с консоли.

https://fedbuka.livejournal.com/3911.html

(10) какой-то лишний шорох в трёх соснах
втыкаешь ключ, ставишь драйвер, ставишь HASP LM
всё
если в сети это один ключ, то никаких доп.настроек в 99% не требуется

(10) В правилах для исходящих подключений открыты порты? Надо сделать, по идее, по аналогии с входящими

(11) тогда спрошу так. Если не правильно поправьте.
Сначала подключается USB, потом устанавливается LM, потом драйвер ключа, потом 1С, потом служба терминалов

(13) да, во встроенном файрволе все исходящие разрешены

(14) по мне пофиг, должно работать при любой последовательности,
если хочешь воспользоваться советом из (11), то LM после службы терминалов, но это рекомендация для уменьшения головняка, а не единственно возможный способ, работать должно и так

(13) к тому же как я писал, удаленные клиенты получали лицензии, так что дело не в файрволе

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

хм..чуток не та последовательность.
прежде чем подключить железку (любую железку в принципе), сначала неплохо бы подсунуть системе драйвер на эту железку. а то винда по умолчанию ТАКОЙ драйвер подсунет, потом не расхлебаешь.

поэтому
сначала драйвер
потом втыкаешь в USB, винда пошуршит, скажет обнаружено новое устройство и возьмет твой заранее предварительно установленный драйвер, а не свою смарт-карту :)
потом LM
все это делаешь с консоли. ты же все равно физически возле сервера находишься, раз в USB ключ тыкаешь. потому как в win2016 нулевая сессия там не совсем и ненулевая.
так что лучше непосредственно с консоли.

(17) если честно, я даже сразу и не соображу, как заблокировать локальный доступ к ключу сохранив удалённый, если такое потребуется
где-то ты явно перемудрил )

(19) а терминальные службы устанавливать до всех этих манипуляций?

(19) если у него в терминале клиенты запускаются, то с драйвером точно всё Ок,
и c HASP LM тоже

(21) а по барабану

(22) не спорю, но он спросил последовательность, имхо последовательность правильнее такая - сперва драйвер, потом воткнуть железку.
И это не обязательно для ключа, я так, к примеру, и принтеры некоторые устанавливаю.

(22) да, раз удаленные клиенты получают лицензию, то с драйвером и с LM все в порядке. Но вот почему-то локальные подключения не могут получить лицензию от LM.  В консольной сессии клиенты получают лицензию как локальную, а не сетевую. А терминальные вообще не получают, то ли LM не видят, то ли USB

(21) проблема не в последовательности установки, а в какой-то банальщине

Секретного ингредиента не существует (с) Кунг-фу Панда

(22) я ещё в (8) сказал посмотреть в журнале поиска ключа

(26) а где его посмотреть? Я только знаю, что он появляется, когда вообще 1С не находит никакую лицензию

(24) удаленные клиенты - это, я так понимаю, на других компах есть другие базы(может даже файловые) и они только берут с сервера через LM ключ и все? То есть клиенты со своими базами сами по себе и от этого сервера имеют только ключ?
или что значит "удаленные клиенты"? тонкие? берут ключ через сервер 1С, а не через LM?
расшифруй "удаленные"

(27) https://www.online-ufa.ru/content/articles/1c-license-search-log/

(28) да, только ключ забирают для своего 1С

то есть лицензию

(27) >когда вообще 1С не находит никакую лицензию

не понял, а у тебя локальные клиенты какую-то лицензию что-ли находят ?!

(30)(31) ох@енно всё объяснил, всё сразу стало понятно )))

(32) ну да, я же писал, что если зайти на сервер в консольной сессии, то в 1С лицензия обозначается как локальная, а не сетевая.
Лицензия:  Текущая:
           Локальный HASP4 ORGL8 20, получило клиентское приложение

мне кстати на другом форуме объяснили что так и должно быть при консольной сессии

(34) не тупи, причём тут консоль,
открой журнал, когда программа сообщает, что лицензия не обнаружена

(35) это я в первом сообщении ещё написал

(37) сорри, цитату вставил, а фразу, что в консоли так и должно быть - удалил )

(34) расшифровываю:
сетевой HASP ORGL8 XX, получило клиентское приложение - лицензия была получена клиентом от HASP LM
локальный HASP ORGL8 XX,  получило клиентское приложение - лицензия была получена клиентом напрямую с ключа без HASP LM
-||- выдал сервер - лицензия была выдана сервером 1С, которая была получена сервером соотвественно от HASP LM или напрямую без HASP LM

(20) кстати, сообразил, как в терминале можно заблокировать ключ на самом сервере, но чтобы при этом другие пользователи по сети могли при подключаться

УРА!! Заработало. Перемудрил что-то с настройками nethasp.ini. Думал Broadcast нужно отключать, когда нужен конкретный LM. Как оказалось без него не работало

(41) ну ты капец блин,
если ковырялся в ini, то об этом надо было сказать ещё в (0)

И скорее всего когда первый раз настраивал LM, он не работал, потому что в службах путь в HASP Loader показывает на С:\Windows\system32, а на самом деле он в С:\Windows\sysWOW64 . Значит я не туда кидал файл nhsrv.ini

Я это заметил только недавно

(42) так я начал ковырятся в ini файлах, потому что не работало по дефолту. А не работало похоже как раз из-за (43) . Вот меня и понисло не туда

если в сети только один клиентский ключ и нет особых требований, что бы кому-то конкретному его заблокировать, то ini трогать смысла нет, должно работать по дефолту,
а вот создать проблем кривыми настройками можно легко

мучил про последовательность установки, что зачем ставить, типа это сильно важно, а то что ini правил сказать забыл

у нас еще 2 сетевых ключа, так что хотел сделать по красоте. Да и по дэфолту не работало, надо было что то делать. В общем спасибо всем за помощь, выручили

(47) про другие ключи тоже надо было в (0) указывать, т.к. два ключа в одной сетке - это всегда потенциальная проблема, которая может потребовать танцев