Подскажите, пожалуйста, по нескольким вопросам лиц-ия.
Покупаем бухгалтерию (файловый вариант) + 1 клиентская лицензия. Хочу папку с базой положить на файловый сервер без 1С Предприятие, на рабочих местах использовать тонкие клиенты. Сервер приложений 1С не покупаем.
Можно ли установить сервер лицензирования, затем активировать компы с галкой "Установка на сервер" и далее работать с 3-х компов (не одновременно)?

Не надо вам сервер лицензирования. Вам надо веб-сервер.

Бухгалтерия базовая или ПРОФ? По базовой не в курсе, есть ограничения на публикацию по веб-серверу?

(2) если им продают "+1 лицуху", то явно должен быть проф. без основной поставки "+1 лицуху" никто не продаст же?

Из разряда "Вредные советы" - купить 3 базовых версии.

(0) а теперь дадим верный совет - не ставьте файловую базу по сети.
сотворите веб-публикацию.
сервак, на котором бегает IIS\Apache и установлен модуль веб-сервиса, будет искать лицензии-1с у себя.
поставишь все программные лицензии локально на том серваке и дело с концом.

(2) обычная, там обычная бух-ия + бух-ия от франчайзи, на их конфиг также идёт лиц-ия
(4) как вариант, 3-е место для внедренцев, они то есть, то их нет)

(5) в этом случае использовать тонкий клиент и браузер на компе не получится?

(7) получится и то и другое - в этом и смысл.

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

(6) А "на их конфиг также идёт лицензия" - может тогда с ними просто уточнить, как использовать их лицензию в вашем конкретном случае?

Франчайзи обычно продает конфу с несколькими часами в виде бонуса для первого запуска и простейшей настройки. Вот это настрока использования лицензии и будет бонусом.

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

(9) забыл, а ведь через веб нельзя подключаться к конфигуратору?

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

(12) лицензия выдается веб-сервером. У вас в качестве сервера работает веб-сервер. Он взамен клиента запрашивает лицензию и если она есть, то разрешает сеанс работы.
Если ее нет - завершает.

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

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

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

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

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

(17) неужели так всё плохо с работой по сети 2-3 пользователей?
Ещё раз, чтобы закрепить: при активации лицензии с компа юзера, указываем сервер с веб-расширением, после с этого компа можно подключаться как через браузер, так и через тонкий клиент (он будет искать лиц. на веб-сервере)?

(18) гы... конечно будет плохо при расшаренном доступе по сети к файлу/файлам из папки базы, потому что это шара в режиме мультпользовательского доступа на чтение+запись
Это всегда было медленно и никогда не изменится, пока будет юзаться сетевой протокол доступа к файлам.

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

(18) > при активации лицензии с компа юзера, указываем сервер с веб-расширением

это каким образом собрался делать?
не, это конечно можно сделать, но если такие вопросы возникли, то этот вариант не для тебя,
активируй лицензии непосредственно на машине с веб-сервером,
можно подключившись по RDP, но никак не по сети с клиентского ПК

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

(0) Если озадачиться терминологией вендора, то ответ станет очевидным.
А у вендора нет "сервера" лицензирования. У него есть "сервис" лицензирования. А из этого следует, что сервис лицензирования есть только в составе кластера серверов.
А значит ответ простой: нельзя сервис лицензирования установить без кластера.
Так же как и нет аналога HASP LM

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

(23) нет :-)

(23) веб-сервер свою лицуху скушает, даже если ты воткнешь на клиентский комп еще одну.

(24) а. там про конфиг - это да, надо лезть на "сервер".

(26) ну да. Я сам перечитал. Во-первых, это для конфигуратора, т.е. клиент толстый.
А если для тонкого клиента в подключении к веб-серверу, то лиценизия на тонком будет проигнорирована

(22) зато в кластере можно поставить только сервис лицензирования и он будет работать без других компонент и без собственного потребления лицензий.

(27) "С веб-публикацией ИБ можно удаленно работать используя локальную клиентскую лицензию, в случае подключения через тонкий клиент."
(с) https://1c.link/article/client_licenses

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

если точнее, то сначала локальная лицензия или локальный ключ, потом пытается получить от HASP LM по сети и только потом с сервера

(29) если есть кому поднять веб-сервер, то 1С:Линк в топку

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

(30) понял

(20) поясните... из ИТС:

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

Если на компьютере с установленным модулем расширения веб-сервера запустить конфигуратор невозможно:

■ то на этом компьютере должен быть установлен сервер «1С:Предприятия 8». Лицензия на сервер не требуется, требуется только наличие агента сервера;

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

(30) есть тонкости
сначала используется последняя использованная лицензия
а вот если ее не смогли тогда уже "будет искать"

(35) это тот вариант, про который я написал в (20): "это конечно можно сделать, но если такие вопросы возникли, то этот вариант не для тебя"

(36)+ если лицензии раздавал сервер
то локальную лицензию/ключ не цепляет, пока сервер не откажет

(36) (38) все верно, сначала будет пытаться получить ту лицензию, которая была получена при предыдущем запуске
чтобы "обнулить" память надо будет удалить файлик 1cv8conn.pfl ЕМНИП

(37) всё равно не понял, но ок, на веб сервере, так на веб сервере, получается через конфигуратор добавлять последовательно лицензии с 2-ух конвертов?

(40) если есть доступ к машине с веб-сервером и есть возможность запустить клиента, то и не нужно
кстати, если конфа на УФ с новыми БСП, то и конфигуратор не обязательно, мастер получения лицензии можно вызвать в режиме 1С:Предприятия

ещё вопросец, если на 1 компе одновременно запускать через браузер 2 разные базы, то занимается 2 лицензии, а если аналогично через тонкий клиент - 1. Верно я понял?

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

+ использовать одну лицензию для запуска нескольких баз можно только в тонком клиенте и только если лицензия была активирована непосредственно на данной клиентской машине, а не на сервере

В дополнение к вопросу добавления лицензий на веб-сервере. Насколько плохая идея поднимать IIS на виртуалке, в частности устойчивости лицензий? Все параметры хоста фиксированные само собой, будут ли внезапные отвалы?

Купите лучше аппаратную лицензию и установите nethasp. Для клиентов. Заодно и сервер 1с к нему привяжете.

(45) если параметеры фиксированные, то должно работать

(46) аппаратные ключи HASP сейчас 1С не продают

(47) а потом не дышать на эту виртуалку?
впрочем, уже починили всё, можно успокоиться https://www.e-du.ru/2018/06/1c-license-server.html?showComment=1597389439738#c2539366933011646587

(49) что кому починили?

(48) В прайс-листах оно есть, а не продают?

(51) в прайсах много чего может быть написано, а сама фирма 1С приостановила отгрузку аппаратных ключей ещё с 9 марта
https://1c.ru/news/info.jsp?id=29215

(51) в прайслистах нет

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

(54) если бы сделали раздачу программных лицензий аналогично аппаратным,то про аппаратные можно было бы забыть.

(55) аппаратные ключи - это пройденный этап, любой ключ рано или поздно сломают,
если бы разработали некий аналог HASP LM, который бы мог раздавать программные лицензии напрямую клиентам без сервера, то можно было объявить о прекращении поддержки аппаратных ключей начиная с какой-нибудь гипотетической 8.3.25.* и предложить бесплатную замену ключей на пин-коды,
импортозамещение + большой шаг в борьбе с пиратством 1С

(55) У программных лицензий есть два недостатка, вернее три. Первый объективный - привязка к железу, при переезде на другое железо нужна переактивация, а это лишние проблемы. Второй и третий - чисто из вредности фирмы 1с. Это то, что лицензию съедает каждый сеанс 1с, а не сеанс компьютера. И то, что нельзя "деактивировать" лицензию и перенести её на другой комп без расходования пин-кодов. Использование аппаратного токена решает первую и третью проблему. А вторая может быть решена только если вдруг у руководства 1с будет приступ щедрости)

(56) "любой ключ рано или поздно сломают"
Так уж и любой? Если применить Рутокен 2.0, с процедурой проверки лицензионности через проверку соответствия открытого ключа закрытому _внутри_ криптопроцессора? При этом в сертификате ключа будут вшита информация о владельце лицензии, что всяко лучше, чем сейчас с "анонимными" хаспами..

(57) по-первому пункту соглашусь, есть привязка

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

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

по третьему пункту - лицензия на старом ПК деактивируется автоматически и переносится на новый ПК с помощью резервного пин-кода, пин-коды выдают по запросу без ограничений, зачем их экономить?

(59) Вариант "программных лицензий на терминальный сервер" не рассматриваю, как и привязку лицензий к рабочим местам. Я о выдачу лицензий через сервер 1с или веб-сервер. Вот там лицензии выдаются только на сеанс 1с, а могли бы на сеанс виндовс - ничего сложного в этом нет, по идее, чтобы клиент прочитал SID компа и UID пользователя и передал это сервису лицензирования, который бы считал именно эти комбинации.

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

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

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

(63) я не против

(56) Проблему с халявнымы терминальными лицензиями 1С решило по злодейски. Понятно, что программные лицензии частично решают для 1С проблему с терминальными лицензиями, но добавляют проблем нормальным организациям, которые не используют терминалы (особенно это важно в последнее время, когда у людей куча проблем с токенами). Сам факт того, что организация использует несколько серверов уже приводит к необоснованным тратам на лицензии, невозможности одновременного использования программных и аппаратных ключей и все это хотят решить обменом аппаратных ключей на цифровые? Кроме того не стоит забывать что у 1с для конечных прдприятий практически отсутствует такое понятие как скидка при покупке большого количества ключей, большой  процент которых не всегда приносит должную прибыль, а то и вообще её не приносит (это касается тех, которые сдают обязательную отчетность государству). Но 1С на это наплевать. И вообще лицензии - это своеобразный налог на бизнес, а бизнес в последнее время себя очень и очень плохо чувствует.

А чтобы попасть в конфигуратор с юзерского компа (не хочу разрабов на сервер пускать) всё равно придётся шарить папку с базой по сети? Веб ведь не умеет в конфигуратор...

(66) если разрабы подключаются удаленно через интернет, то конфигуратором можно подключаться только через RDP, о чем уже выше ни раз писали (9) (15) (17)

(67) верно, спасибо, а как RemoteApp работает 1С?

(68) как обычно.