Имя: Пароль:
1C
1С v8
Сервер лицензирования и файловая БД
, ,
0 walcot
 
16.09.22
11:36
Подскажите, пожалуйста, по нескольким вопросам лиц-ия.
Покупаем бухгалтерию (файловый вариант) + 1 клиентская лицензия. Хочу папку с базой положить на файловый сервер без 1С Предприятие, на рабочих местах использовать тонкие клиенты. Сервер приложений 1С не покупаем.
Можно ли установить сервер лицензирования, затем активировать компы с галкой "Установка на сервер" и далее работать с 3-х компов (не одновременно)?
1 Chai Nic
 
16.09.22
11:44
Не надо вам сервер лицензирования. Вам надо веб-сервер.
2 timurhv
 
16.09.22
11:47
Бухгалтерия базовая или ПРОФ? По базовой не в курсе, есть ограничения на публикацию по веб-серверу?
3 lodger
 
16.09.22
11:48
(2) если им продают "+1 лицуху", то явно должен быть проф. без основной поставки "+1 лицуху" никто не продаст же?
4 Доминошник
 
16.09.22
11:50
Из разряда "Вредные советы" - купить 3 базовых версии.
5 lodger
 
16.09.22
11:54
(0) а теперь дадим верный совет - не ставьте файловую базу по сети.
сотворите веб-публикацию.
сервак, на котором бегает IIS\Apache и установлен модуль веб-сервиса, будет искать лицензии-1с у себя.
поставишь все программные лицензии локально на том серваке и дело с концом.
6 walcot
 
16.09.22
11:54
(2) обычная, там обычная бух-ия + бух-ия от франчайзи, на их конфиг также идёт лиц-ия
(4) как вариант, 3-е место для внедренцев, они то есть, то их нет)
7 walcot
 
16.09.22
12:02
(5) в этом случае использовать тонкий клиент и браузер на компе не получится?
8 lodger
 
16.09.22
12:05
(7) получится и то и другое - в этом и смысл.
9 Winnie Buh
 
16.09.22
12:31
(0) сервер лицензирования не имеет отношения к файловым базам, он работает только в кластере
(7) если лицензии активировать на машине с веб-сервером, то франчи запустить конфигуратор смогут только если подключаться к этой же машине по RDP
10 Фрэнки
 
16.09.22
12:37
(6) А "на их конфиг также идёт лицензия" - может тогда с ними просто уточнить, как использовать их лицензию в вашем конкретном случае?

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

Просто, настроить ключи для типовой проф версии бухии не так уж сложно, а вот с ключом франча могут быть отличия в настройках.
11 walcot
 
16.09.22
12:38
(9) забыл, а ведь через веб нельзя подключаться к конфигуратору?
12 walcot
 
16.09.22
12:41
(8) как тогда активируются лицензии, чтобы один и тот же комп заходил и через тонкий клиент и через браузер?
13 Фрэнки
 
16.09.22
12:45
(12) лицензия выдается веб-сервером. У вас в качестве сервера работает веб-сервер. Он взамен клиента запрашивает лицензию и если она есть, то разрешает сеанс работы.
Если ее нет - завершает.

(11) да, для подключения конфигуратором входят на тот комп любым доступным способом и работают с базой локально, а не по сети.
14 МКК
 
16.09.22
12:49
Сколько пользователей, столько и лицензий в твоем случает... Все остальное настолько мелочно, что меня вырвало от такого жлобства, уроды вы мерзкие и жадные
15 Winnie Buh
 
16.09.22
13:03
с тонким клиентом и браузером нет проблем
но конфигуратор - это НЕ тонкий клиент и получить лицензию от веб-сервера он не может,
т.е. лицензия должна быть активирована локально на клиентской машине с толстым клиентом, где будет запускаться конфигуратор,
или для запуска конфигуратора к серверу нужно будет подключаться по RDP
16 Chai Nic
 
16.09.22
13:20
(15) Если одну лицензию выделить на комп с конфигуратором, установив её локально, то можно будет работать с конфигуратором не на сервере. Но в этом случае с базой конфигуратор будет работать через файловый доступ по сети, что медленно и ненадежно. Лучше уж рдп к серверу.
17 Winnie Buh
 
16.09.22
13:30
(16) если конфигуратор будет запускаться удаленно через интернет, а не в локалке, то только RDP,
про вариант с сетевым доступом можно и не думать
18 walcot
 
16.09.22
13:41
(17) неужели так всё плохо с работой по сети 2-3 пользователей?
Ещё раз, чтобы закрепить: при активации лицензии с компа юзера, указываем сервер с веб-расширением, после с этого компа можно подключаться как через браузер, так и через тонкий клиент (он будет искать лиц. на веб-сервере)?
19 Фрэнки
 
16.09.22
13:45
(18) гы... конечно будет плохо при расшаренном доступе по сети к файлу/файлам из папки базы, потому что это шара в режиме мультпользовательского доступа на чтение+запись
Это всегда было медленно и никогда не изменится, пока будет юзаться сетевой протокол доступа к файлам.

Юзеры заблуждаются в сетевом доступе к файлам из-за того, что путают или монопольный доступ или в последовательном только чтение и только запись, как в операциях копирования по сети.
20 Winnie Buh
 
16.09.22
13:49
(18) > при активации лицензии с компа юзера, указываем сервер с веб-расширением

это каким образом собрался делать?
не, это конечно можно сделать, но если такие вопросы возникли, то этот вариант не для тебя,
активируй лицензии непосредственно на машине с веб-сервером,
можно подключившись по RDP, но никак не по сети с клиентского ПК
21 Фрэнки
 
16.09.22
13:50
(18) активацию лицензии надо делать на компе с где у вас веб-сервер будет поднят, то есть непосредственно на вашем как бы сервере.
Или по RDP или там по анидеску какому-то, смотря чем вы привыкли пользоваться
22 SilentMan
 
16.09.22
13:57
(0) Если озадачиться терминологией вендора, то ответ станет очевидным.
А у вендора нет "сервера" лицензирования. У него есть "сервис" лицензирования. А из этого следует, что сервис лицензирования есть только в составе кластера серверов.
А значит ответ простой: нельзя сервис лицензирования установить без кластера.
Так же как и нет аналога HASP LM
23 lodger
 
16.09.22
13:58
(16) кто вам запретит запустить тонкий клиент с подключением к веб-серверу? разница только в том, что такой клиент придет к серверу с собственной лицухой.
24 Фрэнки
 
16.09.22
13:59
(23) нет :-)
25 Фрэнки
 
16.09.22
14:00
(23) веб-сервер свою лицуху скушает, даже если ты воткнешь на клиентский комп еще одну.
26 lodger
 
16.09.22
14:00
(24) а. там про конфиг - это да, надо лезть на "сервер".
27 Фрэнки
 
16.09.22
14:02
(26) ну да. Я сам перечитал. Во-первых, это для конфигуратора, т.е. клиент толстый.
А если для тонкого клиента в подключении к веб-серверу, то лиценизия на тонком будет проигнорирована
28 lodger
 
16.09.22
14:03
(22) зато в кластере можно поставить только сервис лицензирования и он будет работать без других компонент и без собственного потребления лицензий.
29 lodger
 
16.09.22
14:04
(27) "С веб-публикацией ИБ можно удаленно работать используя локальную клиентскую лицензию, в случае подключения через тонкий клиент."
(с) https://1c.link/article/client_licenses
30 Winnie Buh
 
16.09.22
14:08
(27) почему на тонком клиенте при подключении к веб-серверу локальная лицензия будет проигнорирована?
тонкий клиент сначала будет искать локальную лицензию и только если ее не найдет, она будет взята с сервера
31 Winnie Buh
 
16.09.22
14:09
если точнее, то сначала локальная лицензия или локальный ключ, потом пытается получить от HASP LM по сети и только потом с сервера
32 Winnie Buh
 
16.09.22
14:11
(29) если есть кому поднять веб-сервер, то 1С:Линк в топку
33 lodger
 
16.09.22
14:12
(32) в данном контексте, его стоит рассматривать лишь как базу знаний по веб-публикациям от вендора.
34 Фрэнки
 
16.09.22
14:14
(30) понял
35 walcot
 
16.09.22
14:18
(20) поясните... из ИТС:

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

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

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

■ получение лицензий следует выполнять с любого клиентского компьютера. После ввода регистрационного номера и пинкода нужно нажать на ссылку Дополнительно и указать адрес компьютера сервера и порт агента сервера
36 Garykom
 
гуру
16.09.22
14:18
(30) есть тонкости
сначала используется последняя использованная лицензия
а вот если ее не смогли тогда уже "будет искать"
37 Winnie Buh
 
16.09.22
14:20
(35) это тот вариант, про который я написал в (20): "это конечно можно сделать, но если такие вопросы возникли, то этот вариант не для тебя"
38 Garykom
 
гуру
16.09.22
14:20
(36)+ если лицензии раздавал сервер
то локальную лицензию/ключ не цепляет, пока сервер не откажет
39 Winnie Buh
 
16.09.22
14:24
(36) (38) все верно, сначала будет пытаться получить ту лицензию, которая была получена при предыдущем запуске
чтобы "обнулить" память надо будет удалить файлик 1cv8conn.pfl ЕМНИП
40 walcot
 
16.09.22
14:34
(37) всё равно не понял, но ок, на веб сервере, так на веб сервере, получается через конфигуратор добавлять последовательно лицензии с 2-ух конвертов?
41 Winnie Buh
 
16.09.22
14:44
(40) если есть доступ к машине с веб-сервером и есть возможность запустить клиента, то и не нужно
кстати, если конфа на УФ с новыми БСП, то и конфигуратор не обязательно, мастер получения лицензии можно вызвать в режиме 1С:Предприятия
42 walcot
 
16.09.22
16:38
ещё вопросец, если на 1 компе одновременно запускать через браузер 2 разные базы, то занимается 2 лицензии, а если аналогично через тонкий клиент - 1. Верно я понял?
43 Winnie Buh
 
16.09.22
16:41
(42) если лицензию выдает модуль веб-сервера, то без разницы веб-клиент или тонкий клиент - лицензия выдается на каждый запуск, т.е. при запуске двух баз будет израсходовано две лицензии
44 Winnie Buh
 
16.09.22
16:46
+ использовать одну лицензию для запуска нескольких баз можно только в тонком клиенте и только если лицензия была активирована непосредственно на данной клиентской машине, а не на сервере
45 walcot
 
20.09.22
16:04
В дополнение к вопросу добавления лицензий на веб-сервере. Насколько плохая идея поднимать IIS на виртуалке, в частности устойчивости лицензий? Все параметры хоста фиксированные само собой, будут ли внезапные отвалы?
46 Chai Nic
 
20.09.22
16:08
Купите лучше аппаратную лицензию и установите nethasp. Для клиентов. Заодно и сервер 1с к нему привяжете.
47 Winnie Buh
 
20.09.22
16:19
(45) если параметеры фиксированные, то должно работать
48 Winnie Buh
 
20.09.22
16:19
(46) аппаратные ключи HASP сейчас 1С не продают
49 lodger
 
20.09.22
16:29
(47) а потом не дышать на эту виртуалку?
впрочем, уже починили всё, можно успокоиться https://www.e-du.ru/2018/06/1c-license-server.html?showComment=1597389439738#c2539366933011646587
50 Winnie Buh
 
20.09.22
16:55
(49) что кому починили?
51 Chai Nic
 
20.09.22
17:56
(48) В прайс-листах оно есть, а не продают?
52 Winnie Buh
 
20.09.22
18:55
(51) в прайсах много чего может быть написано, а сама фирма 1С приостановила отгрузку аппаратных ключей ещё с 9 марта
https://1c.ru/news/info.jsp?id=29215
53 Fragster
 
гуру
20.09.22
18:58
(51) в прайслистах нет
54 Chai Nic
 
20.09.22
20:08
Похоже, под предлогом внешних факторов фирма 1с решила де-факто закрыть продажу аппаратных лицензий. Жаль. На хаспах так то свет клином не сошелся. В качестве аппаратного ключа защиты можно было бы использовать любой рутокен с внутренним криптопроцессором. Всего лишь написать сервис и библиотеку для клиента.
55 ДедМорроз
 
20.09.22
22:36
(54) если бы сделали раздачу программных лицензий аналогично аппаратным,то про аппаратные можно было бы забыть.
56 Winnie Buh
 
20.09.22
23:52
(55) аппаратные ключи - это пройденный этап, любой ключ рано или поздно сломают,
если бы разработали некий аналог HASP LM, который бы мог раздавать программные лицензии напрямую клиентам без сервера, то можно было объявить о прекращении поддержки аппаратных ключей начиная с какой-нибудь гипотетической 8.3.25.* и предложить бесплатную замену ключей на пин-коды,
импортозамещение + большой шаг в борьбе с пиратством 1С
57 Chai Nic
 
21.09.22
07:23
(55) У программных лицензий есть два недостатка, вернее три. Первый объективный - привязка к железу, при переезде на другое железо нужна переактивация, а это лишние проблемы. Второй и третий - чисто из вредности фирмы 1с. Это то, что лицензию съедает каждый сеанс 1с, а не сеанс компьютера. И то, что нельзя "деактивировать" лицензию и перенести её на другой комп без расходования пин-кодов. Использование аппаратного токена решает первую и третью проблему. А вторая может быть решена только если вдруг у руководства 1с будет приступ щедрости)
58 Chai Nic
 
21.09.22
07:31
(56) "любой ключ рано или поздно сломают"
Так уж и любой? Если применить Рутокен 2.0, с процедурой проверки лицензионности через проверку соответствия открытого ключа закрытому _внутри_ криптопроцессора? При этом в сертификате ключа будут вшита информация о владельце лицензии, что всяко лучше, чем сейчас с "анонимными" хаспами..
59 Winnie Buh
 
21.09.22
07:46
(57) по-первому пункту соглашусь, есть привязка

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

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

по третьему пункту - лицензия на старом ПК деактивируется автоматически и переносится на новый ПК с помощью резервного пин-кода, пин-коды выдают по запросу без ограничений, зачем их экономить?
60 Chai Nic
 
21.09.22
08:14
(59) Вариант "программных лицензий на терминальный сервер" не рассматриваю, как и привязку лицензий к рабочим местам. Я о выдачу лицензий через сервер 1с или веб-сервер. Вот там лицензии выдаются только на сеанс 1с, а могли бы на сеанс виндовс - ничего сложного в этом нет, по идее, чтобы клиент прочитал SID компа и UID пользователя и передал это сервису лицензирования, который бы считал именно эти комбинации.
61 Chai Nic
 
21.09.22
08:16
(59) "пин-коды выдают по запросу без ограничений, зачем их экономить"
Очевидно, чтобы не запрашивать. Мало ли какие могут быть ситуации, выходные например, и линия поддержки не работает.
62 Winnie Buh
 
21.09.22
08:36
(62) 1. пин-код можно запросить заранее, не дожидаясь, когда лицензия слетит, на то он и называется резервный";
2. пин-код можно запросить на портале, высылает робот в течение нескольких минут круглосуточно (но сервис пока пока работает в тестовом режиме, можно запросить только один раз)
63 Chai Nic
 
21.09.22
08:42
Всё равно аппаратный ключ лучше и удобнее. Я уже написал про рутокен эцп 2.0, почему бы не использовать их вместо хаспов. Информацию о лицензии (владелец лицензии, количество лицензий, лицензируемые продукты) хранить в реквизитах сертификата открытого ключа, а закрытый ключ - неизвлекаемый внутри токена. Отечественный производитель, тем более, импортозамещение так сказать.
64 Winnie Buh
 
21.09.22
09:01
(63) я не против
65 dmrjan
 
21.09.22
09:13
(56) Проблему с халявнымы терминальными лицензиями 1С решило по злодейски. Понятно, что программные лицензии частично решают для 1С проблему с терминальными лицензиями, но добавляют проблем нормальным организациям, которые не используют терминалы (особенно это важно в последнее время, когда у людей куча проблем с токенами). Сам факт того, что организация использует несколько серверов уже приводит к необоснованным тратам на лицензии, невозможности одновременного использования программных и аппаратных ключей и все это хотят решить обменом аппаратных ключей на цифровые? Кроме того не стоит забывать что у 1с для конечных прдприятий практически отсутствует такое понятие как скидка при покупке большого количества ключей, большой  процент которых не всегда приносит должную прибыль, а то и вообще её не приносит (это касается тех, которые сдают обязательную отчетность государству). Но 1С на это наплевать. И вообще лицензии - это своеобразный налог на бизнес, а бизнес в последнее время себя очень и очень плохо чувствует.
66 walcot
 
22.09.22
11:35
А чтобы попасть в конфигуратор с юзерского компа (не хочу разрабов на сервер пускать) всё равно придётся шарить папку с базой по сети? Веб ведь не умеет в конфигуратор...
67 Winnie Buh
 
22.09.22
12:32
(66) если разрабы подключаются удаленно через интернет, то конфигуратором можно подключаться только через RDP, о чем уже выше ни раз писали (9) (15) (17)
68 walcot
 
22.09.22
14:58
(67) верно, спасибо, а как RemoteApp работает 1С?
69 lodger
 
22.09.22
15:11
(68) как обычно.