Как работают лицензии 1с по rdp
Всем привет! Подскажите, планируется небольшой сервер с двумя базами - бухгалерия и зп, будет 5 пользователей подключаемых по рдп в локальной сети.
Стал выбирать лицензию и не смог пока разобраться что покупать, то сказано что покупать по количеству подключаемых компов, то по количеству сеансов 1с.
Сейчас есть 2 усб-ключа на две базы на локальном компе буха.
Что мне нужно докупить чтобы перенести базы на терминальный сервер в файловом варианте чтобы могли спокойно работать 5 человек и одновременно запускать любое количество баз?
Брать усб-ключ на 5 пользователей или программные лицензии?
Антон Беличко пишет:
Цитата |
---|
Сейчас есть 2 усб-ключа на две базы на локальном компе буха. |
Для начала надо разобраться, от чего конкретно эти два ключа. Если оба ключа от платформы [например, один из комплекта 1С:Бухгалтерии ПРОФ, а другой от ЗУП ПРОФ, маркировка обоих ключей ORGL8 ], то через RDP они работать не будут. Самый бюджетный вариант - это сделать апгрейд с однопользовательского комплекта 1С:Бухгалтерия ПРОФ до Комплекта на 5 пользователей.
При апгрейде будет предоставлена скидка 50% от полной стоимости комплекат по прайс-листу. Есть два варианта:
- апгрейд до комплекта с программной защитой (полная стоимость 26000 руб.) - 13000 руб.
- апгрейд до комплекат с USB ключом (полная стоимость 30200 руб.) - 15100 руб.
Какой вариант выбрать, с программной лицензией или с USB - это смотрите сами, в случае с RDP лицензии будут считаться одинаково - по компьютерам (если быть точным, по терминальным сессиям, в рамках одной сессии можно запустить несколько баз и на это в обоих случаях будет израсходована одна лицензия).
Для того что бы избежать привязки программной лицензии к параметрам компьютера можно использоваться оставшийся ключ от ЗУП - лицензию можно привязать к ID ключа. Данный вариант привязки позволит апгрейдить параметры сервера без необходимости повторного получения лицензии.
В случае покупки 5-польз. комплекта с USB-ключом не будет привязки лицензии вовсе, но есть подвох с увеличением количества рабочих мест - в один сервер нельзя будет установить два ключа, т.е. второй ключ необходимо будет устанавливать в какую-то другую машину + минимальный вариант увеличения количества лицензий в случае USB на RDP - это на 5 пользователей, т.е. если потребуется шестой рабочее место, то придется покупать ключ сразу на 5 пользователей (по прайсу 21600 руб. ).
В случае с программной лицензией таких проблем нет - можно спокойно докупать лицензии по одной штуке и устанавливать на тот же сервер.
Клиент работает в терминале (по 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) если RDP и клиенты получают лицензии сами, то программные лицензии раздаются также, как HASP - на терминальный сеанс, а в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию
(5) какой сервер? Про 1с-сервер у автора ни звука, болеет того, сама постановка вопроса позволяет предполагать, что у автора файловый вариант.
Гость из Мариуполя в (3) все точно сказал, если будут переходить с RDP на веб-сервер, то многопользовательские лицензии активированные на сервере веб-сервер начнет считать на каждый запуск,
если нужно, что бы при этом лицензия выдавалась на ПК, а не на сеанс, то варианта два:
1. переактивировать однопользовательские лицензии на каждом ПК
2. поменять программную лицензию на USB-ключ
(10) Вот именно. Автор указал: "лицензии активированы на сервере". Из чего я сделал вывод, что а) лицензия многопользовательская, и б) файловая база (потому что ни слова про скуль). В этом варианте лицензия используется на каждый сеанс с базой. А не "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".
(12) если сервер терминальный, без публикации базы на веб-сервере и без сервера 1с, то программная лицензия будет раздаваться также как USB - "в рамках одного сеанса можно запустить несколько баз использовав на все только одну лицензию".
(12) вот именно в этом варианте лицензия используется именно на терминальный сеанс, а не на каждый сеанс работы с базой.
И об этом тебе уже сказали несколько человек - и я и в (7) и в (8). Нет, ну если ты каждый сеанс работы с базой запускаешь в ОТДЕЛЬНОМ терминальном сеансе, тады ой. ССЗБ :)
(11) Т.е. USB-ключ, к примеру на 10 лицензий, установленный на веб-сервере с опубликованной файловой позволит открывать по нескольку баз на 10 ПК одновременно?
(16) если этот ключ раздается не веб-сервером, а менеджером лицензий - LM.
Компания аладдин знать не знает про сеансы 1с. Её LM раздает ключики, как положено - на компьютер.
Это 1С подменила на раздачу лицензий сервером и при таком использовании (раздача лицензий через сервер 1с) обманывает покупателей - под названием "Дополнительная лицензия на 1 рабочее МЕСТО" на самом деле получается что продает "дополнительную лицензию на 1 рабочий СЕАНС".
(18)(19)Спасибо! Так и считал про вариант с раздачей лицензий через веб-сервер. Не правильно понял (11)
(21) тут есть "нюанс" - нет возможности запретить веб-серверу брать лицензии с ключа (может есть, но я не в курсе),
т.е. сначала клиент будет пытаться получить лицензию с ключа от HASP LM,
и если не сможет, то лицензию ему даст веб-сервер со всеми вытекающими
(21) Ну дык я еще в (1) сразу сказал - ходить в базу тонким клиентом, а не веб-клиентом.
Потому что веб-клиент может получать лицензию только и исключительно от веб-сервера.
А тонкий клиент получать лицензию от веб-сервера не обязан. И даже наоборот - тонкому клиенту в случае автора от веб-сервера и не надо не получать.
(24) Меня смутил совет из (11) "2. поменять программную лицензию на USB-ключ".
А чтобы у автора не было проблем с "интернет моргал", то оптимальнее использовать тонкий клиент и лицензии установленные на "клиентские" компьютеры.
(22) а вот интересный вопрос - можно ли запретить LM выдавать лицензию на собственный комп, где он торчит физически. На любые другие компы в сети с помощью ini-файла настроить запрет можно, а вот на "собственный" комп? Прям заинтриговал, хоть бери и экспериментируй :)
(26) можешь не экспериментировать - с ключа который на той же машине веб-сервер получает лицензии напрямую, а не от HASP LM, поэтому на инструкции в ini ему фиолетово
(29) все верно, если клиент внешний и не сможет получить лицензию от LM, то переход на USB проблему никак не решит
Всем спасибо, значит лицухи придется активировать на локальных компах. Это совсем не айс, т.к. проще сохранять сервер в приличном виде, чем десяток юзверьских машин, за которыми работают те еще обезьяны и восстанавливать пин-код раз в пару месяцев
(31) согласен, если машин много, то головняк можно получить ещё тот,
у меня есть клиент, у которого более сотни таких ПК,
когда я сисадмину все разложил, он подумал-подумал и ну его нафиг, говорит потом не работа будет, а сплошная маята с восстановлением лицензий на удаленных юзверях - в итоге взяли дополнительную лицензию на 100 пользователей и активировали на сервере
(33) У клиента был печальный опыт с USB-ключом. Ключ потерялся (или украли) и пришлось срочно покупать новый. Понятно, что надо отдельное помещение (а-ля серверная с ограниченным доступом), но в реальности у небольших компаний часто все устроено тяп-ляп, комп стоит просто в кабинете куда может зайти кто угодно из сотрудников (и даже клиентов), никакого видеонаблюдения (дорого. ). А с бесконечной программной лицухой, которую не видно, им спокойнее. Видимо проще изредка платить франчам и допускать простой сотрудника. Ну, хозяин-барин
(35) после 01.02.2021 таких клиентов куча всплыло,
вроде покупали лицензию с ключом, а по факту оказывается работали на взломанной,
после обновления платформы старые эмуляторы поотваливались, а аппаратных ключей от купленных комплектов сейчас найти не могут.
(36) Не, у него такой опыт давно был, когда еще с поломашками было все норм. Года 3 назад, он еще на УТ 10.3 работал. После этого купил программную лицуху, но с ней тоже бардак. Какие пин-коды активны - не знает, файл licdata потерян. Все это относительно быстро и легко восстанавливается, но не тогда, когда надо СРОЧНО восстановить 1С-ку, например после падения сервака. Заранее сделать не знают, они даже не шарят, своего прогера нет. А когда прижмет - обращаются к франчам и начинается цирк.
(27) Если драйвер ключа не ставить на хосте веб-сервера, то получить лицензию модуль расширения веб-сервера локально не сможет по идее
(40) Значит чтоб аппаратный сетевой ключ изолировать от веб-сервера, его нельзя втыкать в хост этого веб-сервера. Тогда по сети можно уже будет ограничить доступность менеджера лицензий хосту (модулю расширения) веб-сервера
Раздача лицензий на сеанс,так как именно это умеет web-сервер.
Подключение к нему тонким клиентом,который сам получает лицензию или локально установленную программную или через hasp lm,но в любом случае,она будет одна на компьютер.
обычно проблем не возникает, даже если ключ в сервере, т.к. тонкий клиент сначала пытается получить лицензию локально, потом от hasp lm и только потом от веб-сервера, но такую особенность надо иметь ввиду
(44) стараюсь не связываться с этой ерундой, но да, принцип тот же, если клиент сам не смог получить лицензию, то ее выдает сервер
Часто в бухгалтерию небольшой фирмы покупают однопользовальские ключи 1С, когда нужно настроить от одного до трех рабочих мест. Покупка четырех однопользовательских ключей не имеет смысла, так как ключ на 5 пользователей стоит дешевле. Быстрый доступ в интернет позволяет многим людям менять традиционный сценарий рабочего дня, то есть работать удаленно. У однопользовательских ключей 1С есть один существенный недостаток: с ними не возможно работать через удаленный рабочий стол RDP. В ключах 1С используются алгоритмы защиты HASP, которые при включении терминальной сессии блокируют ключ. В программе 1С Бухгалтерия предприятия (впрочем любая из семейства 1С 8.1 и 8.2) через удаленный рабочий стол RDP появляется ошибка «Не обнаружен ключ защиты».
Считаю жлобством со стороны 1С блокировать доступ к лицензионной программе для одного пользователя, когда для многопользовательской такого ограничения нет. Чтобы программа 1С (платформа 1С 8.1.16, 8.2.15, 8.2.16) работала через удалённый рабочий стол нужно внести изменения в некоторые dll файлы. Изменить для платформы 1С 8.1 файл backend.dll, а для 1С 8.2 backbas.dll, которые находятся в папке Bin в каталоге программы. Открываете соответствующий файл через HEX-редактор (например, Hex Editor Neo), запускаете поиск в режиме hex значения (шестнадцатеричное представление информации). Вводите для поиска значение: 10 00 00 FF D0 85 C0 0F 82 08 F8 FE FF 0F 84 16. В найденной строке меняете значение 85 на 31 и сохраняете файл. После можно запускать 1С в терминальном режиме с любым ключом.
Если считаете это решение пиратским, то могу заверить вас, что существует альтернатива запуска 1С через удаленный рабочий стол. Например, программа TeamViewer, через этот клиент можно получить бесплатный удаленный доступ и общий доступ к рабочему столу компьютера. Клиент TeamViewer не запускает терминальную сессию, поэтому выключения ключа не происходит. По скорости и стабильности работы, конечно, первое решение быстрее и лучше.
20 комментария(-ев) “ Как работать в 1С через удаленный рабочий стол RDP ”
С 1 февраля 1С проверяет целостность backbas.dll и если он изменен, выкидывает ошибку. Есть какой-то другой равнозначный способ, даже в первую очередь легальный. 1С официальный, лицензия usb, но при подключении по rdp без описанного тут способа 1с не видит ключ и не запускается.
Илья, удалось ли решить проблему? Такая же ситуация.
На 8.3 64 бита — нет такой строи в поиске. После сокращения строки до 00 FF D0 85 C0 0F нашёлся один фрагмент. Исправил, работает. Спасибо.
Благодарю! Целый день ломал голову как заставить сие лицензионное чудо работать!
Team viewer отслеживает работу с 1с. После требует лицензию.
Из уст автора последние каменты звучали как будто ему по голове настучали за такое ))
Автор прекрасно поживает:) Пути с 1С разошлись.
Прекрасно работает на последней версии платформы 1с8.3. Тем кто не нашел строки кода рекомендую искать по части строки и перебирать все найденные фрагменты. Я таким способом нашел нужную строку кода, изменил 85 на 31 и, о чудо(!), ключ увиделся!
Спасибо автору!
на 8.3 32 бита — работает. На 8.3 64 бита — нет такой строи в поиске :-(
Абсолютно согласен с автором, что не давать запускать через RDP того самого одного оплаченного пользователя — это неверно: все равно более 1 пользователя не сможет работать с базой.
А нужно работать исключительно через RDP :-(
на 64-разрядной версии ищите строку 10 00 00 FF D0 85 C0 0F 84 89 FE FF FF 48 85 DB
На 8.3 64, нашел нужную строку в backbas.dll
но при замене 85 на 31 все равно просит ключ, как быть?
И так, задача: Есть 4 пользователя 1С 8.3 у которых установлены однопользовательские лицензии на компах. Так же есть терминальный сервер. Есть желание перенести пользователей на терминал, чтобы 1С вместе с базами крутились там.
Но, как я вычитал на инфостарте, под это дело нужна многопользовательская лицензия 1С.
Как без замены лицензий и без покупки новых перенести пользователей на терминальный сервер? Можно ли активировать 4 однопользовательские лицензии на терминальном сервере?
- Вопрос задан более трёх лет назад
- 11823 просмотра
Продолжая штудировать гугол пришел к выводу что стоит позвонить в центр лицензирования. Там поведали что нужно просто все лицензии по очереди ввести и будет 4 программные однопользовательские лицензии крутиться на сервере.
Оставляю тут, мало-ли кому пригодиться в будущем.
Учтите, что при лицензировании на комп юзер мог открывать любое количество экземпляров 1с, при многопользовательском лицензировании - 1 экземпляр 1 лицензия. + отсутствие нормального мониторинга. Это основные претензии к механизму программного лицензирования.
Была похожая задача, 5 физических 1-пользовательских USB ключей заменили на один сетевой 5-пользовательский, воткнули его в сервер - и всё ОК. До 5 юзеров работают в терминале с файловыми базами.
С "электронными" такое вроде не прокатывает, если почитать листочек с кодами активации.
Продолжая штудировать гугол пришел к выводу что стоит позвонить в центр лицензирования. Там поведали что нужно просто все лицензии по очереди ввести и будет 4 программные однопользовательские лицензии крутиться на сервере.
Антон Булкин: Для физических USB ключей - однопользовательский ключ не работает как сетевой. То есть если его воткнуть в терминальный сервер - то с ним с консоли работать можно, а удаленно - нет.
Как обстоят дела с электронными - точно не скажу. Вполне возможно, что и как сетевой сработает. Лучше всего один для пробы перенести на терминал. Потом - остальные.
Терминальный доступ 1С, в некоторых случаях, помогает решить проблемы многопользовательского доступа, возникающие при сбоях сетевого оборудования. Для чего он еще нужен, как его организовать, какие у него слабые и сильные стороны — на все эти вопросы мы и постараемся ответить в этой статье.
Когда может понадобиться терминальный доступ
Рис.1 Окно подключения к удаленному рабочему столу.
При других способах работы с базой либо существенная часть работы, либо вся основная работа с базой происходит на компьютере пользователя, работая же в терминальном режиме, пользовательский ПК, фактически превращается в устройство ввода-вывода информации. Отсюда следует первый немаловажный плюс который предоставляет терминальный режим 1с — снижение минимальных системных требований к рабочему месту оператора.
Кроме этого терминальный сервер для 1С:
- Позволяет значительно снизить сетевую нагрузку. Вместо большого массива передаваемых туда-сюда данных, фактически, на клиент передается картинка, а на сервер только введенная информация;
- Защищает базу как от несанкционированных попыток доступа к ней, значительно усложняет копирование базы с посторонних ресурсов;
- Существенно ускоряет работу, если настроен файловый режим работы;
- Заметно снижает материальные затраты, необходимые для модернизации. Для улучшения качества работы достаточно обновить сервер терминалов 1С, оставив неизменным железо клиентской части;
- Исчезает необходимость установки платформы на все компьютеры операторов.
Важно! Основным требованием к клиентскому компьютеру в терминальном режиме является размер экрана и его разрешение. Порой, даже на 17′ экранах с низким разрешением некорректно отображаются некоторые элементы форм.
Лицензирование в терминальном режиме
Рассматривая данный вопрос, в первую очередь необходимо определиться, какие лицензии выдает фирма 1С. Их можно разделить на два основных типа:
В свою очередь, клиентские можно разделить на:
- Многопользовательские. Такие лицензии, приобретенные на определенное количество пользователей, позволяют осуществить запуск программы на нескольких персональных компьютерах. Лицензирование происходит либо через модуль веб-сервера либо через сервер выдачи лицензий;
- Однопользовательские. В этом случае на одном компьютере может быть запущено неограниченно большое количество приложений.
- Комбинированная — изначально содержит оба варианта лицензирования, однако после активации пин-кодом, работают исключительно в одном, выбранном режиме.
Настраивая под 1С терминальный сервер, следует учитывать, что серверные лицензии делятся на 32 и 64 битные версии, при этом последняя, установленная на сервер, позволяет без проблем запустить 32 разрядную версию.
При этом многопользовательская лицензия, установленная на терминал 1С, будет использоваться как несколько однопользовательских.
Таким образом, настройка терминального сервера 1С поддерживает применение любого типа лицензий. При этом раздача осуществляется не только для клиентов, подключенных в режиме рабочего стола но и для пользователей, работающих через удаленного приложение. В последнем случае нередко возникает ситуация, когда каждое новое подключение пользователя создает новый сеанс, а, следовательно, занимается одна лицензия. Для исправления этого неприятного момента необходимо в настройках терминального сервера ограничить пользователя одним сеансом.
Проблема при работе 1С при терминальном доступе на Windows Server 2012R2
Некоторые пользователи встречались с ситуацией, когда тормозит 1С в терминале на WS 2012R2. При этом все показатели по железу достаточно высокие, установка другой ОС значительно увеличивает скорость работы, перегрузок не заметно.
Естественно, причин может быть много. Не в последнюю очередь следует присмотреться к режиму Dynamic Fair Share Scheduling, который впервые появился именно в этой версии серверной операционки. Включение данного режима позволяет операционной системе самостоятельно распределять ресурсы центрального процессора между пользователями. Таким образом, даже на мощном компьютере этот режим может искусственно ограничивать скорость обработки.
Для отключения данного режима необходимо поменять параметры в ветках регистра HKEY_LOCAL_MACHINE->SYSTEM->CurrentControlSet->Control->Session Manager->Quota System (параметр EnableCPUQuota на 0) и в ветке HKEY_LOCAL_MACHINE->SYSTEM->CurrentControlSet->Services->TSFairShare->Disk (EnablaFairShare также на 0).
Не будем говорить, что это — панацея, но в качестве одного из лекарств от тормозов терминального сервера вполне подходит.
Читайте также: