WTware клиент RDP

**aka** » Сб июл 07, 2018 4:41 pm

Prizrak писал(а): ↑Вс июл 01, 2018 10:46 pm Загрузил все терминалы, локальный получил лицензии на них, я выключил сервер и сохранил образ. И... У меня только мои лицензии. Что я ломанул таким образом?

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

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

**Prizrak** » Вс июл 01, 2018 10:46 pm

Что-то не понимаю, в чем взлом? Терминал запросил лицензию у локального сервера лицензирования, ее там нет и он запрашивает ее на серверах активации. На локальном хранятся лицензии только тех терминалов, которые у нас есть. Максимальное кол-во лицензий равно кол-ву купленных. Если лицензия не используется Н дней, она удаляется из локального сервера.
Загрузил все терминалы, локальный получил лицензии на них, я выключил сервер и сохранил образ. И... У меня только мои лицензии. Что я ломанул таким образом?
Если я поставил новый терминал, то лицензии на него нет. Если старый сломался, то его лицензия не высвобождается.

**aka** » Ср апр 18, 2018 5:27 pm

Нельзя. Слишком легко ломается.

Ставим локальное на виртуальную машину.
Запрашиваем с неё сервера активации.
Выключаем, сохраняем образ.

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

**Prizrak** » Ср апр 18, 2018 10:26 am

А нельзя сделать локальный сервер лицензирования? Чтобы запросы терминалов шли на него, а он, если лицензии нет, запрашивал ее на серверах активации.

**aka** » Чт мар 29, 2018 5:59 pm

Сложно. Конфигуратор ничего не знает про конкурентные лицензии. Терминал запрашивает конкурентную лицензию напрямую у серверов активации, конфигуратор в этом никак не участвует.

**franky.why** » Чт мар 29, 2018 4:51 pm

можно в конфигураторе как то выделять, конкурентная лицензия или обычная?

**aka** » Пт мар 02, 2018 1:26 pm

Не сделаем. Освобождение постоянной лицензии это недокументированная возможность, ею надо аккуратно пользоваться, а то сломается.

**James123** » Пт мар 02, 2018 12:01 pm

А если попросить сбросить все постоянные лицензии, чтобы перейти полностью на конкурентные, сделаете?

**aka** » Чт мар 01, 2018 10:34 pm

Нет такого интерфейса. Только дергать всю страницу генератора и парсить html.

**franky.why** » Чт мар 01, 2018 9:14 am

как нибудь можно получить get"том количество свободных лицензий? Хотим добавить в систему мониторинга, чтоб она дергала значение каждые пару часов например, проверяя что там >0

**aka** » Ср фев 28, 2018 11:09 pm

Barvinok писал(а): ↑Ср фев 28, 2018 9:54 pm Сначала терминал проверяет wtware.lic, а если не находит - обращается к настройке CLID, верно?

Да. Прежнее поведение не изменилось. Сначала терминал ищет постоянную лицензию там же, где и искал раньше. Если не находит постоянную и видит указанный параметр CLID - тогда начинается новое действие, терминал идёт в интернет за конкурентной лицензией.

**Barvinok** » Ср фев 28, 2018 9:54 pm

aka писал(а): ↑Чт фев 22, 2018 2:42 am Пробуйте версию 5.8.2. Должны заработать конкурентные лицензии. Методичка: https://wtware.ru/licensing/terms.html

В методичке не сказано, как будет происходить работа в случае одновременного использования двух видов лицензий.
Сначала терминал проверяет wtware.lic, а если не находит - обращается к настройке CLID, верно?

**aka** » Ср фев 28, 2018 4:05 pm

Меньше недели. Сейчас кажется три дня.

**James123** » Ср фев 28, 2018 2:00 pm

А "само отвалиться" сколько? день-два-месяц? А если у меня осталась последняя лицензия, то работать только в режиме "Для тестирования" ожидая пока отвалится сдохшая? Тоже вариант конечно.

**aka** » Ср фев 28, 2018 12:18 pm

James123 писал(а): ↑Ср фев 28, 2018 10:34 am По кнопке "Сбросить" лицензия освобождается сразу, это на тот случай, когда сетевуха сгорела и мы точно уже знаем, что с таким МАКом устройства не появится.

Нидают

Говорят, чтоб ждали, пока само отвалится.

James123 писал(а): ↑Ср фев 28, 2018 10:34 amПо кнопке "Блокировать" - не принимать пользователя с таким МАКом и не выдавать лицензию. Этот мак должен оставаться постоянно, типа блек-лист.

Записал.

**James123** » Ср фев 28, 2018 10:34 am

Работает!!! Спасибо громадное. Теперь бы еще значок в WtWare Center, что терминал лицензирован, но по конкурентной лицензии, например, зеленый.
И ещё мысль возникла: на сайте генератора лицензий где список конкурентных лицензий отображается сделать две кнопки "Сбросить" и "Блокировать".
По кнопке "Сбросить" лицензия освобождается сразу, это на тот случай, когда сетевуха сгорела и мы точно уже знаем, что с таким МАКом устройства не появится.
По кнопке "Блокировать" - не принимать пользователя с таким МАКом и не выдавать лицензию. Этот мак должен оставаться постоянно, типа блек-лист. Это на случай, если я не хочу какому-то компу давать лицензию, тестовой, например, или комп временно переведен в бездисковую. Это также поможет блочить чужие компы в случае утечки CLID, пока будут идти разборки. Естественно, чтобы эта возможность была обратимой, т.е. "Разблокировать" тоже нужно.

**aka** » Чт фев 22, 2018 2:42 am

Не прошло и десяти лет после стартового поста темы.

Пробуйте версию 5.8.2. Должны заработать конкурентные лицензии. Методичка: https://wtware.ru/licensing/terms.html

**Barvinok** » Пн янв 29, 2018 11:20 am

С другой стороны, если терминалов действительно много - активировать каждый по отдельности замаешься. В этом отношении код доступа для первого раза удобен: прописал его в конфиг на пару дней. Все активировались? Убрал из общего доступа и спишь спокойно.

**Barvinok** » Ср янв 24, 2018 5:49 pm

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

В личном кабинете на a[123].wtware.com перечень МАКов моих устройств есть.
При обновлении WTWare я нажимаю "активировать", ввожу данные своей учётки. Терминал связывается, предоставляет сведения о себе, в том числе и МАК.
Ах, он уже есть в базе? Пожалуйста, новая лицензия!

**Barvinok** » Ср янв 24, 2018 1:04 pm

1. Вероятность совпадения МАКа не велика.
2. Можно в добавок использовать другие признаки (материнка, видюха, процессор и пр.), как это делают Майкросфт и 1С. Так же можно опереться на сетевое окружение (ARP-таблицу). Получается уникальный цифровой отпечаток устройства в его среде обитания.
3. Терминал предоставляет эти данные, сервер лицензий определяет, к какой учётке он принадлежит и выдаёт лицензию.
4. В самом крайнем случае (продали, переехали, заменили материнку) придётся заново произвести активацию.
5. У терминала далеко не всегда один МАК. Уже не раз ломали копья по поводу лицензирования устройства с двумя сетевушками (например).
Решения так и не нашли, а я сейчас предложил.

**aka** » Ср янв 24, 2018 12:59 pm

Никрасота патамушта нипанятна. "При следующем запуске терминал связывается с сервером, предъявляет ему свои МАКи" - у терминала только один мак. И такой же МАК вполне может бытьу другого терминала в другой организации. По одному только МАКу генератор не поймет, чей это терминал. Кроме МАКа надо чтоб терминал сказал серверу, чьих он будет. Для этого - код доступа.

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

**Barvinok** » Ср янв 24, 2018 12:53 pm

А если сочетать авторизацию по мак и конкурентную лицензию?
К примеру, запускаю нового клиента, захожу к нему в веб-морду или по ssh.
Говорю "получить лицензию":

Код: Выделить всё

> /system license renew 
account: MyWTWareAccount
password: *********************
status: done

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

При следующем запуске терминал связывается с сервером, предъявляет ему свои МАКи, получает лицензию из соответствующего аккаунта!
Пароли/коды ни в открытом ни в закрытом виде нигде не хранятся.

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

Ну а если человек просто выходит через разные сетевушки (Ethernet/WiFi) - проблем нет.

Красота?

**aka** » Ср янв 24, 2018 11:50 am

Barvinok писал(а): ↑Вт янв 23, 2018 11:52 pm Как им сказать куда обращаться за лицензией? В текстовом конфиге с логином/паролем ЛК в открытом виде?
TFTP отдаёт любые файлы без авторизации, могут и спереть...

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

**Barvinok** » Вт янв 23, 2018 11:52 pm

Роутер без интернета... как бы не часто встречается.
В роутербордах лицензия вшита, это понятно.
Я в данном случае говорил про облачные маршрутизаторы (CHR) - RouterOS на VPS.

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

А как будет происходить раздача лицензий?
Вот у меня под началом десяток разрозненных офисов.
Тонкие клиенты, предположим, бездисковые. Не малинки с microSD, а обычные PC с PXE.
Как им сказать куда обращаться за лицензией? В текстовом конфиге с логином/паролем ЛК в открытом виде?
TFTP отдаёт любые файлы без авторизации, могут и спереть...

**aka** » Вт янв 23, 2018 7:33 pm

Barvinok писал(а): ↑Вт янв 23, 2018 6:40 pm Суть ровно такая же, что и у вас: лицензии хранятся на сервере производителя (управляются через личный кабинет), клиентское устройство время от времени сверяется с ним.

Без интернета, в закрытых сетях они не живут?

Barvinok писал(а): ↑Вт янв 23, 2018 6:40 pm В Микротиках тоже нет таймера, он синхронизируется по NTP в момент загрузки. С недавних пор это даже не надо настраивать - они сделали собственное облако с DDNS и NTP.

А отключить NTP можно?

Или указать микротику свой NTP сервер, на котором будет "день сурка", всегда одно и то же время, чтобы триал никогда не кончался?

**Barvinok** » Вт янв 23, 2018 6:40 pm

Суть ровно такая же, что и у вас: лицензии хранятся на сервере производителя (управляются через личный кабинет), клиентское устройство время от времени сверяется с ним.
Storage media есть на малинках. У меня это 2/3 зоопарка.
В Микротиках тоже нет таймера, он синхронизируется по NTP в момент загрузки. С недавних пор это даже не надо настраивать - они сделали собственное облако с DDNS и NTP.
На клиентах всё работает "из коробки":

Код: Выделить всё

/ip cloud print 
    ddns-enabled: yes
     update-time: yes
  public-address: xxx.208.36.52
        dns-name: xxx1055a5c87.sn.mynetname.net
          status: updated

**aka** » Пн янв 22, 2018 1:35 pm

У микротиков:

RouterOS licensing scheme is based on SoftwareID number that is bound to storage media (HDD, NAND).

В втвари в общем случае нет storage media. И часов нет, чтобы время триала считать. Не получается кэширование. Только онлайн, запрос с наших серверов при каждой загрузке терминала. Если интернета во время загрузки нет, будет черная полосочка "только для тестирования".

**Barvinok** » Пн янв 22, 2018 12:11 am

Давно пора. Только пусть кэширует хоть на пару недель. А то вдруг интернет зарубят, так ещё и локалка станет... или просто полосочка появится?
Ну всё равно пусть ключ кешируется, полосочка тоже не добавляет спокойствия техподдержке...

У Микротиков сделано так.
По-моему, прекрасно.

И вообще у них классно сделана работа в CLI/SSH: все команды разложены по соответсвующим разделам. По нажатию Tab показывает возможные варианты. Не то, что в обычном линуксе - сидишь и вспоминаешь волшебные слова...
Не грех такое перенять.

И про автообновление для localboot не забудьте.

**aka** » Вс янв 21, 2018 11:45 pm

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

**Barvinok** » Вс янв 21, 2018 5:59 pm

У меня почти все сервера - VPS (облачные).
Пользователи зачастую размазаны по нескольким офисам.
Полноценных машин (с HDD и операционкой) там нет.
Подскажите, куда втыкать ключ?

**master_new** » Ср июл 22, 2015 1:15 pm

Забавные вы однако все....

Ведь есть очевидное решение и оно лежит на поверхности:
При копеечной цене лицензии - покупается сверху 10-20 лицензий (особенно если у вас уже 100 есть).
Ведется грамотный аудит по технике, которую списали, новая техника при получении активируется и лежит уже подготовленная с активной лицензией.
Вся старая техника записывается в файлик и раз в квартал например отсылается к разработчику wtware с просьбой освободить лицензии.
И ВСЕ.

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

**Barvinok** » Пн июн 15, 2015 1:28 pm

"Если у вас нет собаки - её не отравит сосед" ©

**Dim-soft** » Пт июн 12, 2015 7:48 pm

Barvinok писал(а): У централизованной конкурентной лицензии, привязанной к аппаратному ключу, я вижу лишь одно преимущество

IMHO это недостаток - или покупать х2 лицензий или ключ == точка отказа

**Barvinok** » Пт июн 12, 2015 10:54 am

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

Мне кажется, что цена за продукт весьма низкая и вместо того, что бы клянчить у aka замену лицензии на сгоревшие сетевушки надо просто покупать новые, рассматривая это как поддержку проекта (ну, или неявное удорожание стоимости лицензирования).

Что касается долговечности.
Выход из строя терминала (или отдельной сетевой) - явление не частое. Собственно, в этом то и заключается основное преимущество терминал-серверной архитектуры.
Сейчас я поступаю так.
На старых компах, которые вот-вот почат в бозе я использую Thinstation от ITAdvisor.
На новые рабочие места покупаю MiniPC на ARM, накатываю WTWare и лицензирую.
Полагаю, лет 10 они точно протянут.

У централизованной конкурентной лицензии, привязанной к аппаратному ключу, я вижу лишь одно преимущество - удобство при очень большом (от 1000) парке ПК.

**aka** » Ср июн 10, 2015 4:06 pm

Нет ещё. Сделаем. Когда-нибудь...

**3JI0** » Вт июн 09, 2015 4:09 pm

Время так и не появилось?

**aka** » Пт май 15, 2015 4:12 pm

Не знаю. На листике всё нарисовали и отложили до более свободного времени...

**3JI0** » Пт май 15, 2015 4:02 pm

А как скоро можно будет получить "Concurrent licenses" вместо лицензий на MAC-address, а то у меня несколько терминальных машин поменялось, что бы не парится с заменой может сразу могу на себе обкатать данный вид лицензирования.

**petav** » Вт мар 10, 2015 12:51 pm

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

Мне лично предложения использовать ключи тоже не нравятся, во первых удорожает wtware, если ключи будут на рабочих местах, к тому же их могут увести. А если ключи будут на сервере, то потребуется софт какой-либо. 1С отошла от аппаратных лицензий, потому что это не гибко. Ранее мы были ограничены этими ключами в использовании виртуализации к примеру. Но 1С выполняет код механизма лицензирования на сервере, у wtware нет кода, который исполняется на сервере (я про не виндовс сборки).

Хотел пожелания написать, но к сожалению анализируя свой опыт не нашел, что пожелать для улучшения ситуации с привязкой лицензии к MAC.

**Azrael** » Вс дек 14, 2014 10:49 am

aka писал(а):Товарищи, кто хотел concurrent licenses - посмотрите соседнюю тему: http://forum.wtware.ru/viewtopic.php?f=5&t=19017

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

**ArtemT** » Чт апр 10, 2014 7:25 am

Ждём с нетерпением.... Вариант Сантел )

**aka** » Вс мар 30, 2014 11:32 pm

Товарищи, кто хотел concurrent licenses - посмотрите соседнюю тему: http://forum.wtware.ru/viewtopic.php?f=5&t=19017

**vanvailder** » Пт авг 16, 2013 3:33 pm

НУ мое дело предложить.

Как вам удобнее так и творите сиё чудо. Главное, что бы этот вопрос в дальний ящик не откладывался.

**aka** » Пт авг 16, 2013 12:43 am

vanvailder писал(а):4. Терминалы каждые 5-10-15-20-25-30 минут посылают запрос на сервер лицензирования wtware.

Сейчас терминал проверяет лицензию только при запуске. Это написано кучу лет назад - работает, не глючит, не взломали. Я боюсь трогать этот механизм

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

vanvailder писал(а):2. Разрешаем доступ в инет ЛСЛ (указываем там логин и пароль доступа к СЛW).

А можно на это рассчитывать? Если утром нет интернета, то кучка терминалов загрузится без лицензии

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

vanvailder писал(а):6. ЛСЛ пересылает ключ на терминал.

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

Для такой схемы никакой физический ключ не нужен. Канал от терминала через ЛСЛ до СЛW можно сделать надежным. Если это именно канал, без хранилища. Но как-то оно все слишком хлипко выглядит.

vanvailder писал(а):12.1 Либо данную лицензию хранить где то во временной памяти ЛСЛ в течении определенного времени.

Надо только придумать такое хранилище, которое будет физически работать на сервере пользователя, но которое этот самый пользователь не сможет разобрать/скопировать/отломать учет времени/и т.д. Только если внутри ключа.

Этим всем заниматься надо

**vanvailder** » Ср авг 14, 2013 10:04 am

Идея с тайм аутом интересна.
Если интересно, то в моем видении можно сделать следующее.
Сокращения:
Сервер лицензий Wtware - СЛW
Локальный сервер лицензирования - ЛЛС

Вариант 1.
1. Втыкаем ключ на сервер(устройство usb-ip и т.п.)
2. Wtware служба лицензий опрашивает ключ каждые 5-10 мин (проверяет на наличие).
3. Запрашивает кол-во лицензий с ключа и пишет себе во времянку 1 и времянку 2.
4. Терминалы каждые 5-10-15-20-25-30 минут посылают запрос на сервер лицензирования wtware.
5. Сервер лицензий Wtware берет запрос, проверяет на уникальность на основе мака.
6. Пишет его во времянку 3 (что бы, было с чем сравнивать).
7. Сервер лицензий Wtware делает вычет -1 из времянки 2, записывает и т.д.
8. Если запрос от терминала пришел, а во времянке 2 кол-во 0, то говорим лицензии нету.
9. Терминал получает ответ либо лицензия есть, либо лицензии нету.

Вариант 2.
1. Разработчики Wtware делают у себя СЛW.
2. Разрешаем доступ в инет ЛСЛ (указываем там логин и пароль доступа к СЛW).
3. Терминал при старте и каждые 72 часа (если он в онлайне) минут посылают запрос на ЛСЛ.
4. ЛСЛ берет этот запрос (там указан мак и т.п.) и отсылает его на СЛW.
5. Там генерится ключ (такой же как и сейчас) и посылается на ЛСЛ.
6. ЛСЛ пересылает ключ на терминал.
7. СЛW, сбрасывает все сгенеренные ключи каждые 72 часа.
8. Если количество выданных лицензий на СЛW достигает 0, то обратно отсылается отлуп.
9. Отлуп приходит на ЛСЛ и передается терминалу и по умолчанию включается баннер.
10. Если отлупа нету, то терминалом хавается сгенеренная лицензия и баннер отключается.
11. Терминал перезагружается и запрос лицензии идет повторно.
12. Если лицензия на этот мак уже сгенерена, то СЛW пересылает ее опять, если нету, то генерит с проверкой на кол-во лицензий.
12.1 Либо данную лицензию хранить где то во временной памяти ЛСЛ в течении определенного времени.

P.S: и волки сыты и овцы целы....
P.P.S: Только придется прятать пересыл лицензии и отображение сгенеренного ключа на самом терминале.

Повторюсь, это мое имхо и я ничего не навязываю, и уж тем более уважаемому Aka.

**Pochemuk** » Ср июн 12, 2013 11:54 am

aka писал(а):Я выше писал о таймауте длиной в трое суток...

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

У нас достаточно много самых разных ключей к программам: HASP, Rutoken, ETocken, Guardant. И, практически у каждой реализации есть свои недостатки или особенности:

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

Другое ПО опрашивает СЛ только при запуске, а при завершении посылает на него команду освободить лицензию. Но при некорректном завершении работы лицензия не освобождается очень долго. Приходится входить с этого компа заново и выходить корректно. А если это невозможно, то перегружать СЛ.

Самое неприятное, когда никогда, даже при корректном выходе, не выдается команда на освобождение лицензии, а таймаут достаточно большой. Есть одна программулина, у которой он 1 час. После выхода из проги на одном компе, на другом нельзя в течение этого часа зайти в нее. Приходится перегружать СЛ.

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

**aka** » Вт июн 11, 2013 10:55 pm

Pochemuk писал(а):... то остается только по таймауту. А это значит, что в течении некоторого времени будут зависшие лицензии. А это уже не здорово. Особенно, если таймаут велик.

Я выше писал о таймауте длиной в трое суток...

**Pochemuk** » Вт июн 11, 2013 12:19 pm

Присоединяюсь к пожеланию видеть реализацию конкурентных лицензий.

По большому счету, отсутствие таковых в значительной мере компрометирует всю идею TCO. Лицензирование MAC требует, во первых, резервирования оборудования и лицензий под него, а во вторых, прибавляет головной боли администраторам и затягивает процедуру ввода новых клиентов.

Давно бы приобрели несколько десятков лицензий, но лицензирование с привязкой к железу - очень неудобна. Связано это прежде всего с тем, что в качестве терминалов используются старые низкопроизводительные машинки. Обычно, с малым объемом памяти, встроенными видяшками и сетевухами. Выход любого из этих компонентов подразумевает замену материнской платы, т.к. такую низкобюджетную мамку сменить достаточно быстро и дешево по сравнению с приобретением новой видяхи.
Но даже если менять одну сетевуху, то придется ее перелицензировать. Или хранить запас сетевух с PXE-загрузкой и лицензий на них "про запас", что тоже не очень удобно.

Так же в некоторых случаях используются "толстые" RDP-клиенты, которые могут мигрировать с одной нетерминальной машины на другую - в случае ухода в отпуск или увольнения сотрудника.

Т.к. железо для терминалов используется б/у, то выходит оно из строя достаточно часто. Поэтому ротация терминальных и нетерминальных машин весьма высокая - иногда до нескольких штук в месяц. Связываться с таким геморроем - просто никакого желания нет.

В то же время, купить 50 лицензий на каком-то токене - для предприятия не проблема. Мы приобретаем на таких носителях лицензии для самого разного ПО. Доставка - курьером или самовывозом. И особых проблем тоже нет, как и с расширением лицензий: обычно отвозим токен на фирму и там нам прошивают его по новому. Или курьер привозит новый уже прошитый токен, а старый забирает.

Что касается количества USB-портов, так это тоже не проблема. Во первых, ключ и менеджер лицензий могут стоять не на самом сервере с WTWare, а на каком-то другом. Во вторых, количество USB-портов можно увеличить при помощи PCI-карты.

Более интересный вопрос другой - освобождение лицензий. Обычно, освобождение происходит двумя способами: явно при выходе из программы или по таймауту. Так вот, если выход из сеанса был завершен некорректно, либо WTWare не способна всегда его отследить, то остается только по таймауту. А это значит, что в течении некоторого времени будут зависшие лицензии. А это уже не здорово. Особенно, если таймаут велик.

**TAG** » Чт май 30, 2013 7:53 am

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

**aka** » Пн апр 01, 2013 7:24 pm

Никакого прогресса нет

**vanvailder** » Пн апр 01, 2013 4:55 pm

Сдрасть! Давненько к вам не заходил на форум, т.к. все работает как часы. =)

Хотел еще раз спросить, как там с конкурент лицензиями ?? прогресс есть?

Назрел тут вопрос про баннер и контора желает его убрать с экранов наших доблестных сотрудников.

Лицензии генерить на сайте уж очень влом, и про это писал ранее в постах, по этому очень хочется какой нить ключик или активацию сего дела.
Купить лицензии еще можем если будет ключ\активация. =)

**aka** » Вт окт 09, 2012 2:41 am

Плохо

**kuma** » Пн окт 08, 2012 9:31 pm

Как идет процесс?

**hell** » Ср дек 28, 2011 9:12 am

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

**aka** » Ср дек 14, 2011 11:12 am

Когда-нибудь будет. Ключик подопытный уже лежит, глаза мозолит. Сроков не могу сказать, точно не в этом году.

**ViL** » Ср дек 14, 2011 8:47 am

Будет ли все же какое то подобие "Concurrent licenses"?
У нас ситуация такая - по городу расположено несколько точек, на каждой 8-10-12 старых компов.
Когда требуется - компьютер включают. На данном этапе популярности сервиса на сервере в пике было 8 активных пользователей. Компьютеров сейчас 51 и в планах увеличить вдвое.

**vanvailder** » Пн ноя 21, 2011 7:32 am

aka писал(а):Процедурные вопросы.

1. У товарища пользователя куплено сто лицензий на втвари. Девяносто из них уже активированы, т.е. выданы лицензии на МАКи. Товарищ говорит "а надоела мне ваша привязка к МАКам, хочу электроключ". Чего нам делать с выданными лицензиями? Варианты: (а) забыть про них, сделать ключ на 100 штук = подарить товарищу 90 лицензий забесплатно, (б) сделать товарищу ключ только на оставшиеся 10.

2. Товарищ пользователь пишет "у меня сгорел (украли, физически сломался) электроключ". Решать гарантийные вопросы мы его конечно отправим к guardant'ам (я надеюсь, что получится все организовать так, что ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать). Но может товарищ предусмотрительный и заранее купил два ключа как раз на такой случай, благо они стоят меньше тысячи за штуку. Как нам удостовериться, что "сгоревший" ключ действительно сгорел и не будет больше использоваться? Тот же вопрос в случае сгоревшей сетевухи решается проще, потому что сетевуха одна, можно и подарить лицензию. А прошить забесплатно ключ - это как бы подарить сразу полный комплект лицензий, жаба душить начинает.

Ы?

Извините, что долго не отписывался, заболел сильно.
1. Естественно надо дать ключ на 10 лицензий. (+доплата за сам ключ)
2. В данном случае мне кажется, что надо поступать так:
a) Если ключ сгорел, то высылается сгоревший ключ + доплата за новый (физическая стоимость + прошив=стоимость нового ключа),по идеи, на каждом ключе есть выбитый код, он то и будет вам доказательством, что ключ ваш, а сгоревший или нет проверить будет легко. =)
б) Если ключ потерян, то сами виноваты, покупают пусть новый ключ.
в) Если ключ украден, то пусть пишут заявление в полицию, когда они найдут вора, то ключ вернут, если нет, страховая им выплатит стоимость ключа. Когда у вас, допустим, воруют телик дома, вы же не пишете в магазин или производителю, что у вас его украли и вам нужен новый за бесплатно. Ключ все равно новый надо будет покупать, т.к. в данном случае украден физический носитель. Тем более бумаги на покупку остались, проверка не докопается, а недельку-две пожить можно и с табличкой.
г) Если ключ сломали (ну там случайно при монтаже нового сервера ключ задели или попой снесли его и т.п.), то можно пойти с "хорошими" клиентами на компромисс, и выдать им новый, если они вам вышлют сломанный ключ. Для лицензий меньше 20 шт. думаю будет проще купить новый ключ, чем мучиться с отсылкой пере подписанием бумаг и т.п.
Это лично мое мнение.

**aka** » Ср ноя 09, 2011 6:27 pm

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

**KVIK** » Ср ноя 09, 2011 4:35 pm

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

**aka** » Ср ноя 09, 2011 2:02 pm

Не знаю никакого способа надежно брать дату откуда-нибудь кроме встроенного в электроключ таймера.

**KVIK** » Ср ноя 09, 2011 12:51 pm

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

**aka** » Ср ноя 09, 2011 12:41 pm

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

Так ведь лень с этим возиться

И время на пересылки. Что мне особенно не нравится в электроключах - так это то, что на время пересылок и разборок все резко становится нелицензионным. Если сразу покупать два ключа, то можно пользоваться вторым если что-то случается с первым. Но непонятно как сделать чтобы ими нельзя было пользоваться одновременно...

**KVIK** » Ср ноя 09, 2011 11:44 am

aka писал(а):Процедурные вопросы.

имхо,

1) Логично дать 10.
2) "ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать" - вот тут слабое место, лучше через вас (или ваших представителей), тогда ключ вернули, получили новый (за отдельную плату или гарантия). А украли..., разве что пусть предоставят бумагу от ментов (понтов), что от них принято заявление о краже, тогда можно подумать.

**aka** » Ср ноя 09, 2011 1:55 am

Процедурные вопросы.

1. У товарища пользователя куплено сто лицензий на втвари. Девяносто из них уже активированы, т.е. выданы лицензии на МАКи. Товарищ говорит "а надоела мне ваша привязка к МАКам, хочу электроключ". Чего нам делать с выданными лицензиями? Варианты: (а) забыть про них, сделать ключ на 100 штук = подарить товарищу 90 лицензий забесплатно, (б) сделать товарищу ключ только на оставшиеся 10.

2. Товарищ пользователь пишет "у меня сгорел (украли, физически сломался) электроключ". Решать гарантийные вопросы мы его конечно отправим к guardant'ам (я надеюсь, что получится все организовать так, что ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать). Но может товарищ предусмотрительный и заранее купил два ключа как раз на такой случай, благо они стоят меньше тысячи за штуку. Как нам удостовериться, что "сгоревший" ключ действительно сгорел и не будет больше использоваться? Тот же вопрос в случае сгоревшей сетевухи решается проще, потому что сетевуха одна, можно и подарить лицензию. А прошить забесплатно ключ - это как бы подарить сразу полный комплект лицензий, жаба душить начинает.

Ы?

**vanvailder** » Пн сен 26, 2011 8:51 am

aka писал(а):Читал теорию у guardant. Нифига не понимаю, как их сетевую схему к втвари прикрутить.

Если изобретать велосипед, то получится сначала просто:
- в "сервер лицензирования" (любая машина с виндовсом) втыкаем ключ и запускаем нашу службу.
- терминал загружается, видит волшебное слово "license_server=192.168.0.1", сообщает этому серверу свой МАК забитый шумом, получает лицензию, живет с ней до перезагрузки.
- сервер разговаривает с ключом и генерит лицензию для этого МАКа.

Дальше начинается интересно. Что такое "сoncurrent licenses" и кто будет определять, насколько они конкурентны?

Я не верю в неломаемое программирование под виндовс. Т.е. я считаю, что "запись в реестры", шифрованный код и прочие мини-виртуальные машины, исполняемые на виндовсах, ломаются очевидно и вопрос стоит только в цене взлома. Играть с сообществом в игру "а вот задолбаетесь ломать то, что мы тут понаписали" не хочу потому, что победитель определяется только затраченным временем. Поэтому вариант "служба на виндовсе ведет учет активных соединений и сообщает это количество ключу" не интересен: не надо вскрывать ключ, надо только сломать службу чтоб она всегда говорила про одно активное соединение.

Я сходу вижу только один вариант: берется вещь типа Guardant Code Time (1 + 2) и в нее зашивается код учета. "конкурентность" измеряем, скажем, тремя сутками. Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.

Ы?

Это даже лучше чем мучить hasp.
Вариант просто замечательный.
С Guardant уже сталкивался, сложностей с ним нет, на VM ESXI пробрасывается без проблем каких либо.
В дальнейшем хотелось бы возможность купить полный комплект-коробку. (Ну там коробка - в ней диск, ключ, лицензия, мануал для дебилов и .т.п)
Комплект-коробка в основном необходима при проверке нашими доблестными полицайскими купленного ПО. А то им объяснять сложно, или что-то доказывать не имея коробки. Да что говорить про это если они за сервер приняли лазерный-цветной принтер ?

**KVIK** » Чт сен 15, 2011 9:31 am

aka писал(а): Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.

Ы?

намана

**aka** » Ср сен 14, 2011 11:44 pm

Читал теорию у guardant. Нифига не понимаю, как их сетевую схему к втвари прикрутить.

Если изобретать велосипед, то получится сначала просто:
- в "сервер лицензирования" (любая машина с виндовсом) втыкаем ключ и запускаем нашу службу.
- терминал загружается, видит волшебное слово "license_server=192.168.0.1", сообщает этому серверу свой МАК забитый шумом, получает лицензию, живет с ней до перезагрузки.
- сервер разговаривает с ключом и генерит лицензию для этого МАКа.

Дальше начинается интересно. Что такое "сoncurrent licenses" и кто будет определять, насколько они конкурентны?

Я не верю в неломаемое программирование под виндовс. Т.е. я считаю, что "запись в реестры", шифрованный код и прочие мини-виртуальные машины, исполняемые на виндовсах, ломаются очевидно и вопрос стоит только в цене взлома. Играть с сообществом в игру "а вот задолбаетесь ломать то, что мы тут понаписали" не хочу потому, что победитель определяется только затраченным временем. Поэтому вариант "служба на виндовсе ведет учет активных соединений и сообщает это количество ключу" не интересен: не надо вскрывать ключ, надо только сломать службу чтоб она всегда говорила про одно активное соединение.

Я сходу вижу только один вариант: берется вещь типа Guardant Code Time (1 + 2) и в нее зашивается код учета. "конкурентность" измеряем, скажем, тремя сутками. Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.

Ы?

**KVIK** » Вт сен 13, 2011 10:08 am

vanvailder писал(а):Дело в том, что ...

плюс стотыщпитсот

в смысле полностью согласен с преимуществами конкурентных лицензий перед имеющимися.

**vanvailder** » Вт сен 13, 2011 8:40 am

aka писал(а):Не знаю, как это сделать.

Лучше задачу объясни. Чем тебя теперешние лицензии не устраивают?

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

Простейший пример:
терминал начал глючить, я не буду сидеть и разбираться с ним почему он заглючил, я меняю тачку пользователю, и уже потом на досуге разбираюсь со сбойными тачками. Но при замене на новом терминале надо убрать баннер, для этого надо написать вам "честное пионерское" сгенерировать новый ключ, подпихнуть его в лиценс файл. Вобщем куча ненужный действий.
Да сам процесс про "честное пионерское" как то выглядит некаширно. =)

Да и если у админа будет хотя бы 200 терминалов, то это уже в напряг. Сейчас работаю в конторе где 1400 компов, и внедрение терминалов с мак-лицензированием там даже рассматривать не будут.
Как стандартному админу, мне хочется меньше запариваться в рабочем процессе, по этому и пытаюсь вас уговорить на ввод конкурент лицензий и хасп ключа.
Еще это обусловлено тем, что я поменял работу и на старой остался на полставки, и там хочется поменьше прикладывать усилий. =)))

**aka** » Пн сен 12, 2011 11:03 am

Не знаю, как это сделать.

Лучше задачу объясни. Чем тебя теперешние лицензии не устраивают?

**vanvailder** » Пн сен 12, 2011 7:39 am

Ну если не хасп, то может введете, что то типа "активация" ?
Например, чтобы активировать сервер WTWare на определенное количество лицензий (которое берется у вас с сервера) надо во вкладке инфо нажать активировать продукт ? И допустим раз месяц серв просит подтвердить свою лицензию и проверить обновления и т.п.?
^
Это будет еще большей запарой чем хасп =))

Или можно сделать версию "WTWare business" которая поставляется в коробке, с мануалами, диском, HASP-ключем, проверкой обновлений, сертификатом, дополнительными параметрами в конфигурационном файле (лого, несколько одновременных сессий и т.п.)
И ввести в эту версию не баннер, а ограничение на время RDP сессии, чтобы после 30 мин он автоматом дропал сессию, но не выходил из нее а именно разрывал связь с сервером. =)

**aka** » Пт сен 09, 2011 10:50 pm

Сложно это

**vanvailder** » Пт сен 09, 2011 10:57 am

Уважаемый aka, решил снова оживить данную тему.
Можно ли ожидать развитие данного направления?
Очень хотелось бы использовать hasp или что то наподобие для организации лицензий.
Есть вариант про добавления строчки в конфигурационный файл указанием сервера лицензий, например:
license_hasp = 192.168.0.1
или чтобы он по умолчанию искал сервер лицензий на самой wtware, например
license_hasp = yes\no

Мы бы с удовольствием купили бы ключ на 50 лицензий и 2 ключа по 20 если бы была такая возможность.

Есть ли у вас возможность заняться этим направлением?

**gserg** » Вс дек 13, 2009 4:08 pm

vanvailder писал(а):
kuma писал(а):учитывая как развиваеться виртуализация серверов переходить на электронные ключи защины тяжело, почитайте на форумах как народ мучаеться с перебросом железного ключа на виртуальную машину для той же 1ски например:(, а если хост машина для виртуализации на линуксе ....
Это конечно очень большая проблема т.к. у нас тоже используется виртуализация на базе ESX.
Но есть проблема, что очень многие производители ПО уже используют ключи( 1с, сбисс, клиент-банк и т.п.). И от этого никуда не деться.
Для этого я и поддерживаю уважаемого Shaaarnir в то, что следует оставить старый способ лицензирования по mac.
Но в целом следует заметить, что разработчики гипервизоров, уже с момента создания виртуализации, знают о проблемах с USB девайсами и решают эту проблему проброса USB на виртуальные машины.
Так, что счастье не загорами... =)

На форуме VMWORLD 2009 один из выступающих предлагал (сказал что сами используют) девайсы usb_over_ethernet для таких случаев.
Как пользователю ESXi пришлось оставить один хост на VmWare Server 2.0, на как для одной задачи требуется COM порт. Тарификатор звонков АТС.

**gserg** » Вс дек 13, 2009 3:59 pm

Shaaarnir писал(а):с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.

Ну неправду говорите, вернее не точно

У меня два ключа 1с в сервере. Один - сервер предприятия, второй - на 50 подключений. Они в разные ветки реестра записываются. Согласен что еще один на клиентские подключения не поставишь

**vanvailder** » Сб дек 12, 2009 6:25 pm

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

Это конечно очень большая проблема т.к. у нас тоже используется виртуализация на базе ESX.
Но есть проблема, что очень многие производители ПО уже используют ключи( 1с, сбисс, клиент-банк и т.п.). И от этого никуда не деться.
Для этого я и поддерживаю уважаемого Shaaarnir в то, что следует оставить старый способ лицензирования по mac.
Но в целом следует заметить, что разработчики гипервизоров, уже с момента создания виртуализации, знают о проблемах с USB девайсами и решают эту проблему проброса USB на виртуальные машины.
Так, что счастье не загорами... =)

**kuma** » Ср дек 09, 2009 1:52 am

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

**vanvailder** » Пт дек 04, 2009 3:53 pm

Shaaarnir писал(а):Я затронул вопрос про HASP'ы из-за того, что не советовал бы организовывать на них лицензирование (по вышеуказанной проблеме - один комп, один хасп).
Т.е. ключ должен иметь возможность работать на одном компе в паре с таким же или с другим аналогом (мало ли что за конфигурация на сервере будет).
Думаю также, что и нынешний способ лицензирования стоит оставить. Переход только на ключи не всем понравится.
А в целом, идея с лицензионными ключами мне нравится

К сожалению, схема ключ_на_20 + ключ_на_10 ни у одного производителя ключей не налажен.
Если надо 30 ключей а контору, причем 20 линезий надо в офис, а 10 в удаленные филиал, тогда 2 ключа на 20 и 10.
Если в несколько различных мест, то можно купить например ключ на 20 в офис и купить 10 но уже по mac-nammed(текущий) способу.
Хасп и рутокен драйверы есть под очень многие ОС включая линь и мак.

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

**Shaaarnir** » Чт дек 03, 2009 12:34 pm

Я затронул вопрос про HASP'ы из-за того, что не советовал бы организовывать на них лицензирование (по вышеуказанной проблеме - один комп, один хасп).
Т.е. ключ должен иметь возможность работать на одном компе в паре с таким же или с другим аналогом (мало ли что за конфигурация на сервере будет).
Думаю также, что и нынешний способ лицензирования стоит оставить. Переход только на ключи не всем понравится.
А в целом, идея с лицензионными ключами мне нравится

**vanvailder** » Ср дек 02, 2009 5:09 pm

Совершенно верно. Только если ключи на разные машины поставить, и то придется в nethasp.ini на компах клиента прописывать каждому свой ключ (проверенно работает правильно только так.) =)
а с WtWare было тогда проще, отослал ключ на 20 лицензий, 2 недели сидишь на "только для тестирования" ключ приходит к уважаемому "aka", он его перепрограммирует на 30 лицензий, и отошлет обратно с нужными бумагами! Красотища какая получается!!!

**Shaaarnir** » Вт дек 01, 2009 5:46 pm

vanvailder писал(а): Простите но можете уточнить ваш комментарий ? Не могу его никак понять.
1. Почему один ключ в сервак вставить ? (как я понял вы про ключ на сервер 1с?)
2. Зачем растыкивать по компам ? NetHasp разве не работает ? (или вы, серьезно на каждый комп по ключу на 1 клиента ставите ? )
3. У нас сервер 1с на линухах (все как в подписи) 1 ключ на "сервер 1с" воткнут, второй ключ на 50 лицензий (раздается по стандарту через NetHasp). Работает просто превосходно и замечательно.
.........."

У нас на предприятии сейчас тоже такая конструкция (на кластере - ключ сервера, на сервере терминалов - ключ для пользователей).
Но до этого был один только сервер терминалов и ключ на 10 лицензий. Возникла необходимость в расширении ключей, купили еще 20. Но ключей на 30 лицензий, у 1С якобы нету (дальше только якобы 50 - так дилер меня грузил...). Поэтому второй ключ на 20 лицензий надо в другой комп вставлять (если в один вставляешь два hasp-ключа - не работают). А компов больше не было в сети =)

**vanvailder** » Вт дек 01, 2009 9:43 am

Shaaarnir писал(а):с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.

Простите но можете уточнить ваш комментарий ? Не могу его никак понять.
1. Почему один ключ в сервак вставить ? (как я понял вы про ключ на сервер 1с?)
2. Зачем растыкивать по компам ? NetHasp разве не работает ? (или вы, серьезно на каждый комп по ключу на 1 клиента ставите ? )
3. У нас сервер 1с на линухах (все как в подписи) 1 ключ на "сервер 1с" воткнут, второй ключ на 50 лицензий (раздается по стандарту через NetHasp). Работает просто превосходно и замечательно.

По теме форума: Общался я с саппортом рутокена по своим делам, и заодно спросил, что вот так и вот так, программа есть, интересно было бы её залочить на ключ и т.п.
После небольшого разговора они сказали, что это осуществимо и сделать можно, но возникает вопрос с сервером на никсах. Они прям в точку попали с вопросом "А кто будет под никсы программу писать для лока по количеству лицензий."

**Ermo** » Пн ноя 30, 2009 2:58 pm

vanvailder писал(а): Замена ключа в WTware должна будет происходить гораздо проще, ведь при отсутствии ключа, вылезет только табличка, что "только для тестирования". с этим можно (в зависимости от вашего расположения) прожить недельку или две. Даже если в этот момент придет проверка, то можно будет им показать договор на замену ключа и дату посылки токена заказным письмом и прочие документы .

Во, это как раз подойдет. Будем ждать.

**yogev_ezra** » Пн ноя 30, 2009 12:35 pm

Я только идею предложил. Если она неосуществима, то что поделать...
Но тогда всё-таки требуется возможность "site license" (безлимитной лицензии на одну фирму).
Лицензии по мак-адресу в Израиле пока никто не хочет покупать - даже если я продаю их по себестоимости

**Shaaarnir** » Пн ноя 30, 2009 11:58 am

с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.

**vanvailder** » Пт ноя 27, 2009 10:16 am

Ermo писал(а):
yogev_ezra писал(а):А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.
Вот это очень правильно. А еще: токены перепрограммируются? Тогда снимается напряги по расширению - доплатил за 25 лицензий, получил токен на 75 штук, старый отослал обратно - его можно использовать для другого клиента. Рециклинг.

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

По расширению несколько иная схема идет например в том же 1с.
например надо сменить ключ с 25 лицензий на 50
У них после заключения договора на замену ключа и естественно доплаты, вы высылаете им ключ на 25, он летит\едет\плывет до ближайшего авторизированого дистрибьютора (не путать с реселлером). и они !!! ПОСЛЕ !!! получения ключа высылают вам новый на 50. А ваша контора в этот момент стоит. =) И 1с не волнует эта сторона вопроса никак, и на все вопросы и т.п. они отвечают "не хотите высылать - это ваши проблемы, по другому никак" ! =)

Замена ключа в WTware должна будет происходить гораздо проще, ведь при отсутствии ключа, вылезет только табличка, что "только для тестирования". с этим можно (в зависимости от вашего расположения) прожить недельку или две. Даже если в этот момент придет проверка, то можно будет им показать договор на замену ключа и дату посылки токена заказным письмом и прочие документы .

А про рециклинг очень даже правильно!! 1с на этом и экономит много тоже, ведь один ключ может за несколько лет побывать у 2-х а то 4-х хозяев.

**vanvailder** » Пт ноя 27, 2009 10:02 am

aka писал(а):Мысль правильная. Будет сделано. Не могу только сказать, когда.

PS: а сколько USB-портов в среднестатистическом сервере? Десять ключей будет куда подсоединить?
PPS: боксовая втварь будет стоить тысячи две с половиной рублей. Тысячу за втварь плюс полторы тысячи за токен. Нормально?

На сервере в среднем всегда идет 6 портов USB.
Зачем 10 ключей пихать? 1 ключ на 50 лицензий или на 30,25,20,15,10,5 и т.п.
за боксовый вариант можно и заплатить на 2500р дороже. Для "средне-статистической конторы" это не деньги вообще.

**Ermo** » Чт ноя 26, 2009 2:26 pm

yogev_ezra писал(а):А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.

Вот это очень правильно. А еще: токены перепрограммируются? Тогда снимается напряги по расширению - доплатил за 25 лицензий, получил токен на 75 штук, старый отослал обратно - его можно использовать для другого клиента. Рециклинг.

**yogev_ezra** » Чт ноя 26, 2009 2:07 pm

А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.

**aka** » Чт ноя 26, 2009 1:54 pm

Мысль правильная. Будет сделано. Не могу только сказать, когда.

PS: а сколько USB-портов в среднестатистическом сервере? Десять ключей будет куда подсоединить?
PPS: боксовая втварь будет стоить тысячи две с половиной рублей. Тысячу за втварь плюс полторы тысячи за токен. Нормально?

**vanvailder** » Чт ноя 26, 2009 10:50 am

Кстати, можно было бы использовать не HASP а например RuToken.
Да и доставка пользователю не такая уж и проблема. Почта и курьерская служба работает сейчас довольно таки хорошо.
А самое лучшее, было бы сделать BOX'овый вариант WTware.
Купил, тебе пришла коробка, в ней инструкция, лицензия, ключик, договор. Красотища!!!
И еще одно забыл сказать, лицензирование ключом очень даже выгодно вам уважаемый aka.
Пример: я купил 50 лицензий. и использую их на 3-х объектах компании, на 3-х терминальных серверах, а так, смог бы использовать только на одном, либо покупать 3 ключа (20\20\10) например.
Так же у вас не будет больше головной боли по поводу сгоревших сетевух у покупателей, не надо сайт активации поддерживать, отвечать на кучу глупых вопросов касаемо лицензирования.
Я это все написал, потому что мы очень активно используем 1с-ку и ихняя система лицензирования кажется самой приемлемой. ( кроме разницы в стоимости ключей на систему 32-bit, 64-bit).

**yogev_ezra** » Пн сен 28, 2009 7:11 pm

Ясно

Ну что ж - будем искать ещё решения

На HASP, кстати, в Израиле согласны больше, чем на лицензию по MAC адресу

**aka** » Пн сен 28, 2009 3:45 pm

Я еще не видел сетевухи, у которой программно под Windows нельзя бы было поменять МАК. Пуск - настройка - панель управления - система - оборудование - диспетчер устройств - сетевые платы - даблклик на сетевухе - дополнительно - Network Address.

И подумай еще раз про активацию висты. Если майкрософт не может привязать свою систему к железу, то в этом направлении не стоит даже думать.

**yogev_ezra** » Пн сен 28, 2009 2:45 pm

Так если на сервере тоже защита по MAC-у. Почему ты решил, что на сервере MAC поменять легче, чем на клиенте?

**aka** » Пн сен 28, 2009 10:15 am

yogev_ezra писал(а):В плане воровства лицензий - защита ставится по MAC-адресу сервера лицензий (либо ещё какой-то код генерируется, включающий в себя hardware сервера), то есть в любом случае, больше лицензий, чем куплено, использовать не удастся.

Это самый слабый момент. Майкрософт в висте вон как извратилась с привязкой к железу, а ее все равно сразу сломали. По жизни защита по МАКам терминалов оказывается надежнее, благо не на всех сетевухах аппаратно меняется МАК.

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

**yogev_ezra** » Вс сен 27, 2009 10:45 pm

Вопрос: Почему нельзя сделать в WTware лицензирование по схеме "Concurrent licenses", вместо лицензий по MAC-address?

То есть, допустим на фирме 50 тонких клиентов, но одновременно работают не больше 20.
Фирма покупает 20 лицензий WTware, прописывает код на сервере, и когда клиенты подключаются к серверу, счётчик активных лицензий уменьшается на 1. Если подключатся 20 клиентов (неважно, каких), то 21-й не сможет подключиться, и получит сообщение, что уже все лицензии заняты.

В плане воровства лицензий - защита ставится по MAC-адресу сервера лицензий (либо ещё какой-то код генерируется, включающий в себя hardware сервера), то есть в любом случае, больше лицензий, чем куплено, использовать не удастся.

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

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

Ответить

Развернуть Обзор темы: "Concurrent licenses" вместо лицензий на MAC-address