Клиент работает в терминале (по RDP) и лицензии активированы на сервере. Хочет перейти на режим web-сервер, т.к. серверная винда и RDP-шные лицензии ломаные, а клиент хочет легализоваться. Похвальное желание, но возник вопрос. В RDP лицензия 1С выдается на весь сеанс, т.е. юзер может открыть 2-3 базы, скушав одну лицензию 1С, а в веб-сервере как? На каждый сеанс базы или нет? А то я сталкивался с ситуациями, когда интернет "моргал" и из 1С выбивало, а потом не пускало из-за  отсутствия свободной лицензии. Ждать по 3-5 минут не вариант (да и не всегда помогало), а перезапускать службу веб-сервера - еще больше не вариант.

Не получится ли так, что  пару юзеров выбьет или они запустят по 2-3 базы и остальным лицухи закончатся?

В таком случае лицензии надо ставить на каждом клиенте и ходить в базу тонким клиентом, а не веб-клиентом.

(0) >В RDP лицензия 1С выдается на весь сеанс, т.е. юзер может открыть 2-3 базы, скушав одну лицензию 1С

Нет. Сколько активных сеансов 1С, столько лицензий используется.

> а в веб-сервере как?

Так же.

Программная лицензия, у, тановленная локально на клиенте, позволяет на этом клиенте запускать сколько угодно баз и не зависит от моргания интернета.

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

(2) (4) Есть нюанс. Если лицензии раздает Hasp LM, то 1 на весь сеанс RDP без разницы сколько открыто баз. А если раздает сервер 1С - то на каждую открытую базу

(0) Таймаут "засыпания" сеанса (когда он освобождает лицензию) можно настроить в параметрах информационной базы. В тех, что из конфигуратора настраиваются.

(5) Не обязательно через LM. Терминальный сервер и локальные лицензии корректно разгребает.

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

(2) неправильно вещаешь,
программные лицензии при RDP раздаются совсем не так, как веб-сервером

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

Гость из Мариуполя в (3) все точно сказал, если будут переходить с RDP на веб-сервер, то многопользовательские лицензии активированные на сервере веб-сервер начнет считать на каждый запуск,
если нужно, что бы при этом лицензия выдавалась на ПК, а не на сеанс, то варианта два:
1. переактивировать однопользовательские лицензии на каждом ПК
2. поменять программную лицензию на USB-ключ

(10) Вот именно. Автор указал: "лицензии активированы на сервере". Из чего я сделал вывод, что а) лицензия многопользовательская, и б) файловая база (потому что ни слова про скуль). В этом варианте лицензия используется на каждый сеанс с базой. А не "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".

(12) + лицензия программная

(12) если сервер терминальный, без публикации базы на веб-сервере и без сервера 1с, то программная лицензия будет раздаваться также как USB - "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".

(12) вот именно в этом варианте лицензия используется именно на терминальный сеанс, а не на каждый сеанс работы с базой.
И об этом тебе уже сказали несколько человек - и я и в (7) и в (8). Нет, ну если ты каждый сеанс работы с базой запускаешь в ОТДЕЛЬНОМ терминальном сеансе, тады ой. ССЗБ :)

Переставай болтать ерундой.
В конце концов открой желтую книжечку - Руководство администратора, глава 9. Читай пункт 9.3.4.9.3 (можно и 9.3.4.9.2) до просветления.
если у тебя под рукой нет книжечки, то вот она
https://its.1c.ru/db/v8313doc#bookmark:adm:TI000000306

(11) Т.е. USB-ключ, к примеру на 10 лицензий, установленный на веб-сервере с опубликованной файловой позволит открывать по нескольку баз на 10 ПК одновременно?

(16) С подключением через тонкий клиент

(16) если тонкие клиенты смогут получать лицензии с ключа, а не от веб-сервера, то да

(16) если этот ключ раздается не веб-сервером, а менеджером лицензий - LM.
Компания аладдин знать не знает про сеансы 1с. Её LM раздает ключики, как положено - на компьютер.

Это 1С подменила на раздачу лицензий сервером и при таком использовании (раздача лицензий через сервер 1с)  обманывает покупателей - под названием "Дополнительная лицензия на 1 рабочее МЕСТО" на самом деле получается что продает "дополнительную лицензию на 1 рабочий СЕАНС".

А денежку платим, как за рабочее МЕСТО.
:)))

(18)(19)Спасибо! Так и считал про вариант с раздачей лицензий через веб-сервер. Не правильно понял (11)

(21) тут есть "нюанс" - нет возможности запретить веб-серверу брать лицензии с ключа (может есть, но я не в курсе),
приходится надеяться на алгоритм поиска лицензии,
т.е. сначала клиент будет пытаться получить лицензию с ключа от HASP LM,
и если не сможет, то лицензию ему даст веб-сервер со всеми вытекающими

(15) OK, спасибо.

(21) Ну дык я еще в (1) сразу сказал - ходить в базу тонким клиентом, а не веб-клиентом.
Потому что веб-клиент может получать лицензию только и исключительно  от веб-сервера.
А тонкий клиент получать лицензию от веб-сервера не обязан. И даже наоборот - тонкому клиенту в случае автора от веб-сервера и не надо не получать.

(24) Меня смутил совет из (11) "2. поменять программную лицензию на USB-ключ".
А чтобы у автора не было проблем с "интернет моргал", то оптимальнее использовать тонкий клиент и лицензии установленные на "клиентские" компьютеры.

(22) а вот интересный вопрос - можно ли запретить LM выдавать лицензию на собственный комп, где он торчит физически. На любые другие  компы в сети с помощью ini-файла настроить запрет можно, а вот на "собственный" комп? Прям заинтриговал, хоть бери и экспериментируй :)

(26) можешь не экспериментировать - с ключа который на той же машине веб-сервер получает лицензии напрямую, а не от HASP LM, поэтому на инструкции в ini ему фиолетово

(25) что именно смутило?

(28) В сообщениях автора не увидел откуда и как будут подключаться к опубликованной базе (по локальной или из внешнего мира). Потому откинул вариант с раздачей лицензий через LM.

(29) все верно, если клиент внешний и не сможет получить лицензию от LM, то переход на USB проблему никак не решит

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

кстати, а норм будет работать 1сина из под runas?

(31) Так переходите на usb-ключ и nethasp

(31) согласен, если машин много, то головняк можно получить ещё тот,
у меня есть клиент, у которого более сотни таких ПК,
когда я сисадмину все разложил, он подумал-подумал и ну его нафиг, говорит потом не работа будет, а сплошная маята с восстановлением лицензий на удаленных юзверях - в итоге взяли дополнительную лицензию на 100 пользователей и активировали на сервере

(33) У клиента был печальный опыт с USB-ключом. Ключ потерялся (или украли) и пришлось срочно покупать новый. Понятно, что надо отдельное помещение (а-ля серверная с ограниченным доступом), но в реальности у небольших компаний часто все устроено тяп-ляп, комп стоит просто в кабинете куда может зайти кто угодно из сотрудников (и даже клиентов), никакого видеонаблюдения (дорого!!!!). А с бесконечной программной лицухой, которую не видно, им спокойнее. Видимо проще изредка платить франчам и допускать простой сотрудника. Ну, хозяин-барин

(35) после 01.02.2021 таких клиентов куча всплыло,
вроде покупали лицензию с ключом, а по факту оказывается работали на взломанной,
после обновления платформы старые эмуляторы поотваливались, а аппаратных ключей от купленных комплектов сейчас найти не могут...

(35) (36) админы выложили на авито

(36) Не, у него такой опыт давно был, когда еще с поломашками было все норм. Года 3 назад, он еще на УТ 10.3 работал. После этого купил программную лицуху, но с ней тоже бардак. Какие пин-коды активны - не знает, файл licdata потерян. Все это относительно быстро и легко восстанавливается, но не тогда, когда надо СРОЧНО восстановить 1С-ку, например после падения сервака. Заранее сделать не знают, они даже не шарят, своего прогера нет. А когда прижмет - обращаются к франчам и начинается цирк.

(27) Если драйвер ключа не ставить на хосте веб-сервера, то получить лицензию модуль расширения веб-сервера локально не сможет по идее

(39) разумеется, но без драйвера и LM его тоже не увидит
и вообще превратиться в тыкву )

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

Если web-сервер,то у него всего два режима
Раздача лицензий на сеанс,так как именно это умеет web-сервер.
Подключение к нему тонким клиентом,который сам получает лицензию или локально установленную программную или через hasp lm,но в любом случае,она будет одна на компьютер.

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

а как 1с-линк получает лицензию? как веб-клиент?

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

(45) а почему ерунда? если нужна "обслуживающая бухгалтерия" на коленке, 1 бух на 5 офисов. норм?

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

(47) спс, притопим ожидания чуда

(35) Как вариант решения проблемы, можно usb-hasp на шнурке разместить внутри сервера через какую-то дырку, так что без разборки не вытащить.

(49) кончится тем, что после увольнения старого сисадмина никто не вспомнит, что внутри сервера спрятан ключ

(50) Как вариант, на сервер наклеить бумажку под скотч "HASP ВНУТРИ"

(49) я так делал в терминалах кассира,на шнурке ключ,а шнурок внутри корпуса,там же и свисток wifi,которого на борту не было.
После этого жалоб на потерянные ключи и сломанный wifi не было.
Открыв корпус можно увидеть ключ в usb-гнезде,так что думаю,что со стороны проверяющих претензий быть не должно.

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