|
Сервер лицензирования и файловая БД | ☑ | ||
---|---|---|---|---|
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) как обычно.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |