"Concurrent licenses" вместо лицензий на MAC-address
-
- Сообщения: 220
- Зарегистрирован: Сб сен 19, 2009 9:41 pm
- Откуда: Израиль, Тель-Авив
"Concurrent licenses" вместо лицензий на MAC-address
Вопрос: Почему нельзя сделать в WTware лицензирование по схеме "Concurrent licenses", вместо лицензий по MAC-address?
То есть, допустим на фирме 50 тонких клиентов, но одновременно работают не больше 20.
Фирма покупает 20 лицензий WTware, прописывает код на сервере, и когда клиенты подключаются к серверу, счётчик активных лицензий уменьшается на 1. Если подключатся 20 клиентов (неважно, каких), то 21-й не сможет подключиться, и получит сообщение, что уже все лицензии заняты.
В плане воровства лицензий - защита ставится по MAC-адресу сервера лицензий (либо ещё какой-то код генерируется, включающий в себя hardware сервера), то есть в любом случае, больше лицензий, чем куплено, использовать не удастся.
Преимущество этого способа в том, что, во-первых, не нужно заморачиваться с файлами лицензий для каждого терминала, во-вторых, не болит голова, если сгорела сетевая карта терминала, и в-третьих, всегда можно зайти с любого терминала из установленных, до тех пор пока максимальное количество включенных терминалов не превзошло количество купленных лицензий.
В частности, этот вопрос интересует в связи с возможностью стать дилером WTware в Израиле, где очень популярна система, которую я описал выше, и очень непопулярна система, используемая теперь (лицензия на конкретный MAC адрес).
То есть, допустим на фирме 50 тонких клиентов, но одновременно работают не больше 20.
Фирма покупает 20 лицензий WTware, прописывает код на сервере, и когда клиенты подключаются к серверу, счётчик активных лицензий уменьшается на 1. Если подключатся 20 клиентов (неважно, каких), то 21-й не сможет подключиться, и получит сообщение, что уже все лицензии заняты.
В плане воровства лицензий - защита ставится по MAC-адресу сервера лицензий (либо ещё какой-то код генерируется, включающий в себя hardware сервера), то есть в любом случае, больше лицензий, чем куплено, использовать не удастся.
Преимущество этого способа в том, что, во-первых, не нужно заморачиваться с файлами лицензий для каждого терминала, во-вторых, не болит голова, если сгорела сетевая карта терминала, и в-третьих, всегда можно зайти с любого терминала из установленных, до тех пор пока максимальное количество включенных терминалов не превзошло количество купленных лицензий.
В частности, этот вопрос интересует в связи с возможностью стать дилером WTware в Израиле, где очень популярна система, которую я описал выше, и очень непопулярна система, используемая теперь (лицензия на конкретный MAC адрес).
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Это самый слабый момент. Майкрософт в висте вон как извратилась с привязкой к железу, а ее все равно сразу сломали. По жизни защита по МАКам терминалов оказывается надежнее, благо не на всех сетевухах аппаратно меняется МАК.yogev_ezra писал(а):В плане воровства лицензий - защита ставится по MAC-адресу сервера лицензий (либо ещё какой-то код генерируется, включающий в себя hardware сервера), то есть в любом случае, больше лицензий, чем куплено, использовать не удастся.
Единственный выход, который я вижу - электронные ключи типа наших HASP и eToken. Но там куча своих недостатков. Начиная с необходимости физической доставки и заканчивая возможным сгоранием ключа, когда без лицензии оказываются сразу все терминалы.
-
- Сообщения: 220
- Зарегистрирован: Сб сен 19, 2009 9:41 pm
- Откуда: Израиль, Тель-Авив
Re: "Concurrent licenses" вместо лицензий на MAC-address
Так если на сервере тоже защита по MAC-у. Почему ты решил, что на сервере MAC поменять легче, чем на клиенте?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Я еще не видел сетевухи, у которой программно под Windows нельзя бы было поменять МАК. Пуск - настройка - панель управления - система - оборудование - диспетчер устройств - сетевые платы - даблклик на сетевухе - дополнительно - Network Address.
И подумай еще раз про активацию висты. Если майкрософт не может привязать свою систему к железу, то в этом направлении не стоит даже думать.
И подумай еще раз про активацию висты. Если майкрософт не может привязать свою систему к железу, то в этом направлении не стоит даже думать.
-
- Сообщения: 220
- Зарегистрирован: Сб сен 19, 2009 9:41 pm
- Откуда: Израиль, Тель-Авив
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ясно ![Smile :)](./images/smilies/icon_smile.gif)
Ну что ж - будем искать ещё решения
На HASP, кстати, в Израиле согласны больше, чем на лицензию по MAC адресу![Idea :idea:](./images/smilies/icon_idea.gif)
![Smile :)](./images/smilies/icon_smile.gif)
Ну что ж - будем искать ещё решения
![Wink :wink:](./images/smilies/icon_wink.gif)
На HASP, кстати, в Израиле согласны больше, чем на лицензию по MAC адресу
![Idea :idea:](./images/smilies/icon_idea.gif)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Кстати, можно было бы использовать не HASP а например RuToken.
Да и доставка пользователю не такая уж и проблема. Почта и курьерская служба работает сейчас довольно таки хорошо.
А самое лучшее, было бы сделать BOX'овый вариант WTware.
Купил, тебе пришла коробка, в ней инструкция, лицензия, ключик, договор. Красотища!!!
И еще одно забыл сказать, лицензирование ключом очень даже выгодно вам уважаемый aka.
Пример: я купил 50 лицензий. и использую их на 3-х объектах компании, на 3-х терминальных серверах, а так, смог бы использовать только на одном, либо покупать 3 ключа (20\20\10) например.
Так же у вас не будет больше головной боли по поводу сгоревших сетевух у покупателей, не надо сайт активации поддерживать, отвечать на кучу глупых вопросов касаемо лицензирования.
Я это все написал, потому что мы очень активно используем 1с-ку и ихняя система лицензирования кажется самой приемлемой. ( кроме разницы в стоимости ключей на систему 32-bit, 64-bit).
Да и доставка пользователю не такая уж и проблема. Почта и курьерская служба работает сейчас довольно таки хорошо.
А самое лучшее, было бы сделать BOX'овый вариант WTware.
Купил, тебе пришла коробка, в ней инструкция, лицензия, ключик, договор. Красотища!!!
И еще одно забыл сказать, лицензирование ключом очень даже выгодно вам уважаемый aka.
Пример: я купил 50 лицензий. и использую их на 3-х объектах компании, на 3-х терминальных серверах, а так, смог бы использовать только на одном, либо покупать 3 ключа (20\20\10) например.
Так же у вас не будет больше головной боли по поводу сгоревших сетевух у покупателей, не надо сайт активации поддерживать, отвечать на кучу глупых вопросов касаемо лицензирования.
Я это все написал, потому что мы очень активно используем 1с-ку и ихняя система лицензирования кажется самой приемлемой. ( кроме разницы в стоимости ключей на систему 32-bit, 64-bit).
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Мысль правильная. Будет сделано. Не могу только сказать, когда.
PS: а сколько USB-портов в среднестатистическом сервере? Десять ключей будет куда подсоединить?
PPS: боксовая втварь будет стоить тысячи две с половиной рублей. Тысячу за втварь плюс полторы тысячи за токен. Нормально?
PS: а сколько USB-портов в среднестатистическом сервере? Десять ключей будет куда подсоединить?
PPS: боксовая втварь будет стоить тысячи две с половиной рублей. Тысячу за втварь плюс полторы тысячи за токен. Нормально?
-
- Сообщения: 220
- Зарегистрирован: Сб сен 19, 2009 9:41 pm
- Откуда: Израиль, Тель-Авив
Re: "Concurrent licenses" вместо лицензий на MAC-address
А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.
Вместо 50 токенов с 1 лицензией каждый.
Re: "Concurrent licenses" вместо лицензий на MAC-address
Вот это очень правильно. А еще: токены перепрограммируются? Тогда снимается напряги по расширению - доплатил за 25 лицензий, получил токен на 75 штук, старый отослал обратно - его можно использовать для другого клиента. Рециклинг.yogev_ezra писал(а):А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.
![Cool 8-)](./images/smilies/icon_cool.gif)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
На сервере в среднем всегда идет 6 портов USB.aka писал(а):Мысль правильная. Будет сделано. Не могу только сказать, когда.
PS: а сколько USB-портов в среднестатистическом сервере? Десять ключей будет куда подсоединить?
PPS: боксовая втварь будет стоить тысячи две с половиной рублей. Тысячу за втварь плюс полторы тысячи за токен. Нормально?
Зачем 10 ключей пихать? 1 ключ на 50 лицензий или на 30,25,20,15,10,5 и т.п.
за боксовый вариант можно и заплатить на 2500р дороже. Для "средне-статистической конторы" это не деньги вообще.
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ermo писал(а):Вот это очень правильно. А еще: токены перепрограммируются? Тогда снимается напряги по расширению - доплатил за 25 лицензий, получил токен на 75 штук, старый отослал обратно - его можно использовать для другого клиента. Рециклинг.yogev_ezra писал(а):А нельзя сделать один токен с 50 лицензиями, который будет воткнут в сервер?
Вместо 50 токенов с 1 лицензией каждый.
Токены не программируются. А точнее программируются, но только спец оборудованием и если у вас есть ключ доступа к этому токену (выдается производителю софта если он сам лично хочет программировать их). А так можно договориться, что бы с завода высылались уже закодированные особым образом ключи.
По расширению несколько иная схема идет например в том же 1с.
например надо сменить ключ с 25 лицензий на 50
У них после заключения договора на замену ключа и естественно доплаты, вы высылаете им ключ на 25, он летит\едет\плывет до ближайшего авторизированого дистрибьютора (не путать с реселлером). и они !!! ПОСЛЕ !!! получения ключа высылают вам новый на 50. А ваша контора в этот момент стоит. =) И 1с не волнует эта сторона вопроса никак, и на все вопросы и т.п. они отвечают "не хотите высылать - это ваши проблемы, по другому никак" ! =)
Замена ключа в WTware должна будет происходить гораздо проще, ведь при отсутствии ключа, вылезет только табличка, что "только для тестирования". с этим можно (в зависимости от вашего расположения) прожить недельку или две. Даже если в этот момент придет проверка, то можно будет им показать договор на замену ключа и дату посылки токена заказным письмом и прочие документы .
А про рециклинг очень даже правильно!! 1с на этом и экономит много тоже, ведь один ключ может за несколько лет побывать у 2-х а то 4-х хозяев.
-
- Сообщения: 365
- Зарегистрирован: Ср дек 24, 2008 2:55 pm
- Откуда: Україна 🇺🇦, Харків
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.
-
- Сообщения: 220
- Зарегистрирован: Сб сен 19, 2009 9:41 pm
- Откуда: Израиль, Тель-Авив
Re: "Concurrent licenses" вместо лицензий на MAC-address
Я только идею предложил. Если она неосуществима, то что поделать...
Но тогда всё-таки требуется возможность "site license" (безлимитной лицензии на одну фирму).
Лицензии по мак-адресу в Израиле пока никто не хочет покупать - даже если я продаю их по себестоимости![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
Но тогда всё-таки требуется возможность "site license" (безлимитной лицензии на одну фирму).
Лицензии по мак-адресу в Израиле пока никто не хочет покупать - даже если я продаю их по себестоимости
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
Re: "Concurrent licenses" вместо лицензий на MAC-address
Во, это как раз подойдет. Будем ждать.vanvailder писал(а): Замена ключа в WTware должна будет происходить гораздо проще, ведь при отсутствии ключа, вылезет только табличка, что "только для тестирования". с этим можно (в зависимости от вашего расположения) прожить недельку или две. Даже если в этот момент придет проверка, то можно будет им показать договор на замену ключа и дату посылки токена заказным письмом и прочие документы .
![Cool 8-)](./images/smilies/icon_cool.gif)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Простите но можете уточнить ваш комментарий ? Не могу его никак понять.Shaaarnir писал(а):с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.
1. Почему один ключ в сервак вставить ? (как я понял вы про ключ на сервер 1с?)
2. Зачем растыкивать по компам ? NetHasp разве не работает ? (или вы, серьезно на каждый комп по ключу на 1 клиента ставите ? )
3. У нас сервер 1с на линухах (все как в подписи) 1 ключ на "сервер 1с" воткнут, второй ключ на 50 лицензий (раздается по стандарту через NetHasp). Работает просто превосходно и замечательно.
По теме форума: Общался я с саппортом рутокена по своим делам, и заодно спросил, что вот так и вот так, программа есть, интересно было бы её залочить на ключ и т.п.
После небольшого разговора они сказали, что это осуществимо и сделать можно, но возникает вопрос с сервером на никсах. Они прям в точку попали с вопросом "А кто будет под никсы программу писать для лока по количеству лицензий."
![Question :?:](./images/smilies/icon_question.gif)
-
- Сообщения: 365
- Зарегистрирован: Ср дек 24, 2008 2:55 pm
- Откуда: Україна 🇺🇦, Харків
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
У нас на предприятии сейчас тоже такая конструкция (на кластере - ключ сервера, на сервере терминалов - ключ для пользователей).vanvailder писал(а): Простите но можете уточнить ваш комментарий ? Не могу его никак понять.
1. Почему один ключ в сервак вставить ? (как я понял вы про ключ на сервер 1с?)
2. Зачем растыкивать по компам ? NetHasp разве не работает ? (или вы, серьезно на каждый комп по ключу на 1 клиента ставите ? )
3. У нас сервер 1с на линухах (все как в подписи) 1 ключ на "сервер 1с" воткнут, второй ключ на 50 лицензий (раздается по стандарту через NetHasp). Работает просто превосходно и замечательно.
.........."
Но до этого был один только сервер терминалов и ключ на 10 лицензий. Возникла необходимость в расширении ключей, купили еще 20. Но ключей на 30 лицензий, у 1С якобы нету (дальше только якобы 50 - так дилер меня грузил...). Поэтому второй ключ на 20 лицензий надо в другой комп вставлять (если в один вставляешь два hasp-ключа - не работают). А компов больше не было в сети =)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Совершенно верно. Только если ключи на разные машины поставить, и то придется в nethasp.ini на компах клиента прописывать каждому свой ключ (проверенно работает правильно только так.) =)
а с WtWare было тогда проще, отослал ключ на 20 лицензий, 2 недели сидишь на "только для тестирования" ключ приходит к уважаемому "aka", он его перепрограммирует на 30 лицензий, и отошлет обратно с нужными бумагами! Красотища какая получается!!!
а с WtWare было тогда проще, отослал ключ на 20 лицензий, 2 недели сидишь на "только для тестирования" ключ приходит к уважаемому "aka", он его перепрограммирует на 30 лицензий, и отошлет обратно с нужными бумагами! Красотища какая получается!!!
-
- Сообщения: 365
- Зарегистрирован: Ср дек 24, 2008 2:55 pm
- Откуда: Україна 🇺🇦, Харків
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Я затронул вопрос про HASP'ы из-за того, что не советовал бы организовывать на них лицензирование (по вышеуказанной проблеме - один комп, один хасп).
Т.е. ключ должен иметь возможность работать на одном компе в паре с таким же или с другим аналогом (мало ли что за конфигурация на сервере будет).
Думаю также, что и нынешний способ лицензирования стоит оставить. Переход только на ключи не всем понравится.
А в целом, идея с лицензионными ключами мне нравится![Smile :)](./images/smilies/icon_smile.gif)
Т.е. ключ должен иметь возможность работать на одном компе в паре с таким же или с другим аналогом (мало ли что за конфигурация на сервере будет).
Думаю также, что и нынешний способ лицензирования стоит оставить. Переход только на ключи не всем понравится.
А в целом, идея с лицензионными ключами мне нравится
![Smile :)](./images/smilies/icon_smile.gif)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
К сожалению, схема ключ_на_20 + ключ_на_10 ни у одного производителя ключей не налажен.Shaaarnir писал(а):Я затронул вопрос про HASP'ы из-за того, что не советовал бы организовывать на них лицензирование (по вышеуказанной проблеме - один комп, один хасп).
Т.е. ключ должен иметь возможность работать на одном компе в паре с таким же или с другим аналогом (мало ли что за конфигурация на сервере будет).
Думаю также, что и нынешний способ лицензирования стоит оставить. Переход только на ключи не всем понравится.
А в целом, идея с лицензионными ключами мне нравится
Если надо 30 ключей а контору, причем 20 линезий надо в офис, а 10 в удаленные филиал, тогда 2 ключа на 20 и 10.
Если в несколько различных мест, то можно купить например ключ на 20 в офис и купить 10 но уже по mac-nammed(текущий) способу.
Хасп и рутокен драйверы есть под очень многие ОС включая линь и мак.
Старый способ лицензирования естественно оставить. Без него никуда.
Re: "Concurrent licenses" вместо лицензий на MAC-address
учитывая как развиваеться виртуализация серверов переходить на электронные ключи защины тяжело, почитайте на форумах как народ мучаеться с перебросом железного ключа на виртуальную машину для той же 1ски например:(, а если хост машина для виртуализации на линуксе ....
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Это конечно очень большая проблема т.к. у нас тоже используется виртуализация на базе ESX.kuma писал(а):учитывая как развиваеться виртуализация серверов переходить на электронные ключи защины тяжело, почитайте на форумах как народ мучаеться с перебросом железного ключа на виртуальную машину для той же 1ски например:(, а если хост машина для виртуализации на линуксе ....
Но есть проблема, что очень многие производители ПО уже используют ключи( 1с, сбисс, клиент-банк и т.п.). И от этого никуда не деться.
Для этого я и поддерживаю уважаемого Shaaarnir в то, что следует оставить старый способ лицензирования по mac.
Но в целом следует заметить, что разработчики гипервизоров, уже с момента создания виртуализации, знают о проблемах с USB девайсами и решают эту проблему проброса USB на виртуальные машины.
Так, что счастье не загорами... =)
-
- Сообщения: 351
- Зарегистрирован: Вс мар 05, 2006 12:19 pm
- Откуда: рядом с Москвой
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ну неправду говорите, вернее не точноShaaarnir писал(а):с RuToken ключами еще не сталкивался. А у HASP огромный недостаток, что можно только один ключ в сервак вставить. Остальные по компам надо растыкивать. А если нету больше компов, кроме сервака (огромнейшая проблема 1С...)?
Если речь уж зашла о лицензировании по ключам, то желательно подобные вещи продумать зараннее.
![Smile :)](./images/smilies/icon_smile.gif)
![Sad :(](./images/smilies/icon_sad.gif)
-
- Сообщения: 351
- Зарегистрирован: Вс мар 05, 2006 12:19 pm
- Откуда: рядом с Москвой
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
На форуме VMWORLD 2009 один из выступающих предлагал (сказал что сами используют) девайсы usb_over_ethernet для таких случаев.vanvailder писал(а):Это конечно очень большая проблема т.к. у нас тоже используется виртуализация на базе ESX.kuma писал(а):учитывая как развиваеться виртуализация серверов переходить на электронные ключи защины тяжело, почитайте на форумах как народ мучаеться с перебросом железного ключа на виртуальную машину для той же 1ски например:(, а если хост машина для виртуализации на линуксе ....
Но есть проблема, что очень многие производители ПО уже используют ключи( 1с, сбисс, клиент-банк и т.п.). И от этого никуда не деться.
Для этого я и поддерживаю уважаемого Shaaarnir в то, что следует оставить старый способ лицензирования по mac.
Но в целом следует заметить, что разработчики гипервизоров, уже с момента создания виртуализации, знают о проблемах с USB девайсами и решают эту проблему проброса USB на виртуальные машины.
Так, что счастье не загорами... =)
Как пользователю ESXi пришлось оставить один хост на VmWare Server 2.0, на как для одной задачи требуется COM порт. Тарификатор звонков АТС.
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Уважаемый aka, решил снова оживить данную тему.
Можно ли ожидать развитие данного направления?
Очень хотелось бы использовать hasp или что то наподобие для организации лицензий.
Есть вариант про добавления строчки в конфигурационный файл указанием сервера лицензий, например:
license_hasp = 192.168.0.1
или чтобы он по умолчанию искал сервер лицензий на самой wtware, например
license_hasp = yes\no
Мы бы с удовольствием купили бы ключ на 50 лицензий и 2 ключа по 20 если бы была такая возможность.
Есть ли у вас возможность заняться этим направлением?
Можно ли ожидать развитие данного направления?
Очень хотелось бы использовать hasp или что то наподобие для организации лицензий.
Есть вариант про добавления строчки в конфигурационный файл указанием сервера лицензий, например:
license_hasp = 192.168.0.1
или чтобы он по умолчанию искал сервер лицензий на самой wtware, например
license_hasp = yes\no
Мы бы с удовольствием купили бы ключ на 50 лицензий и 2 ключа по 20 если бы была такая возможность.
Есть ли у вас возможность заняться этим направлением?
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ну если не хасп, то может введете, что то типа "активация" ?
Например, чтобы активировать сервер WTWare на определенное количество лицензий (которое берется у вас с сервера) надо во вкладке инфо нажать активировать продукт ? И допустим раз месяц серв просит подтвердить свою лицензию и проверить обновления и т.п.?
^
Это будет еще большей запарой чем хасп =))
Или можно сделать версию "WTWare business" которая поставляется в коробке, с мануалами, диском, HASP-ключем, проверкой обновлений, сертификатом, дополнительными параметрами в конфигурационном файле (лого, несколько одновременных сессий и т.п.)
И ввести в эту версию не баннер, а ограничение на время RDP сессии, чтобы после 30 мин он автоматом дропал сессию, но не выходил из нее а именно разрывал связь с сервером. =)
Например, чтобы активировать сервер WTWare на определенное количество лицензий (которое берется у вас с сервера) надо во вкладке инфо нажать активировать продукт ? И допустим раз месяц серв просит подтвердить свою лицензию и проверить обновления и т.п.?
^
Это будет еще большей запарой чем хасп =))
Или можно сделать версию "WTWare business" которая поставляется в коробке, с мануалами, диском, HASP-ключем, проверкой обновлений, сертификатом, дополнительными параметрами в конфигурационном файле (лого, несколько одновременных сессий и т.п.)
И ввести в эту версию не баннер, а ограничение на время RDP сессии, чтобы после 30 мин он автоматом дропал сессию, но не выходил из нее а именно разрывал связь с сервером. =)
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не знаю, как это сделать.
Лучше задачу объясни. Чем тебя теперешние лицензии не устраивают?
Лучше задачу объясни. Чем тебя теперешние лицензии не устраивают?
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Дело в том, что регистрировать каждый мак у вас на сайте весьма неудобно. И так как тачки меняются довольно таки часто, обещать каждый раз "честное пионерское - тачка сгорела", или покупать отдельные сетевые карты с бутромом тоже весьма запарно, хотелось бы иметь просто хасп ключ с лицензиями, который воткнул в сервер, пробросил на ВМ, и у пользователей всех убрался баннер, а не регать все их маки и следить за заменой вовремя с генерированного ключа и подпихивания его в лиценс файл.aka писал(а):Не знаю, как это сделать.
Лучше задачу объясни. Чем тебя теперешние лицензии не устраивают?
Простейший пример:
терминал начал глючить, я не буду сидеть и разбираться с ним почему он заглючил, я меняю тачку пользователю, и уже потом на досуге разбираюсь со сбойными тачками. Но при замене на новом терминале надо убрать баннер, для этого надо написать вам "честное пионерское" сгенерировать новый ключ, подпихнуть его в лиценс файл. Вобщем куча ненужный действий.
Да сам процесс про "честное пионерское" как то выглядит некаширно. =)
Да и если у админа будет хотя бы 200 терминалов, то это уже в напряг. Сейчас работаю в конторе где 1400 компов, и внедрение терминалов с мак-лицензированием там даже рассматривать не будут.
Как стандартному админу, мне хочется меньше запариваться в рабочем процессе, по этому и пытаюсь вас уговорить на ввод конкурент лицензий и хасп ключа.
Еще это обусловлено тем, что я поменял работу и на старой остался на полставки, и там хочется поменьше прикладывать усилий. =)))
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
плюс стотыщпитсотvanvailder писал(а):Дело в том, что ...
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
в смысле полностью согласен с преимуществами конкурентных лицензий перед имеющимися.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Читал теорию у guardant. Нифига не понимаю, как их сетевую схему к втвари прикрутить.
Если изобретать велосипед, то получится сначала просто:
- в "сервер лицензирования" (любая машина с виндовсом) втыкаем ключ и запускаем нашу службу.
- терминал загружается, видит волшебное слово "license_server=192.168.0.1", сообщает этому серверу свой МАК забитый шумом, получает лицензию, живет с ней до перезагрузки.
- сервер разговаривает с ключом и генерит лицензию для этого МАКа.
Дальше начинается интересно. Что такое "сoncurrent licenses" и кто будет определять, насколько они конкурентны?
Я не верю в неломаемое программирование под виндовс. Т.е. я считаю, что "запись в реестры", шифрованный код и прочие мини-виртуальные машины, исполняемые на виндовсах, ломаются очевидно и вопрос стоит только в цене взлома. Играть с сообществом в игру "а вот задолбаетесь ломать то, что мы тут понаписали" не хочу потому, что победитель определяется только затраченным временем. Поэтому вариант "служба на виндовсе ведет учет активных соединений и сообщает это количество ключу" не интересен: не надо вскрывать ключ, надо только сломать службу чтоб она всегда говорила про одно активное соединение.
Я сходу вижу только один вариант: берется вещь типа Guardant Code Time (1 + 2) и в нее зашивается код учета. "конкурентность" измеряем, скажем, тремя сутками. Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.
Ы?
Если изобретать велосипед, то получится сначала просто:
- в "сервер лицензирования" (любая машина с виндовсом) втыкаем ключ и запускаем нашу службу.
- терминал загружается, видит волшебное слово "license_server=192.168.0.1", сообщает этому серверу свой МАК забитый шумом, получает лицензию, живет с ней до перезагрузки.
- сервер разговаривает с ключом и генерит лицензию для этого МАКа.
Дальше начинается интересно. Что такое "сoncurrent licenses" и кто будет определять, насколько они конкурентны?
Я не верю в неломаемое программирование под виндовс. Т.е. я считаю, что "запись в реестры", шифрованный код и прочие мини-виртуальные машины, исполняемые на виндовсах, ломаются очевидно и вопрос стоит только в цене взлома. Играть с сообществом в игру "а вот задолбаетесь ломать то, что мы тут понаписали" не хочу потому, что победитель определяется только затраченным временем. Поэтому вариант "служба на виндовсе ведет учет активных соединений и сообщает это количество ключу" не интересен: не надо вскрывать ключ, надо только сломать службу чтоб она всегда говорила про одно активное соединение.
Я сходу вижу только один вариант: берется вещь типа Guardant Code Time (1 + 2) и в нее зашивается код учета. "конкурентность" измеряем, скажем, тремя сутками. Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.
Ы?
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
наманаaka писал(а): Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.
Ы?
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Это даже лучше чем мучить hasp.aka писал(а):Читал теорию у guardant. Нифига не понимаю, как их сетевую схему к втвари прикрутить.
Если изобретать велосипед, то получится сначала просто:
- в "сервер лицензирования" (любая машина с виндовсом) втыкаем ключ и запускаем нашу службу.
- терминал загружается, видит волшебное слово "license_server=192.168.0.1", сообщает этому серверу свой МАК забитый шумом, получает лицензию, живет с ней до перезагрузки.
- сервер разговаривает с ключом и генерит лицензию для этого МАКа.
Дальше начинается интересно. Что такое "сoncurrent licenses" и кто будет определять, насколько они конкурентны?
Я не верю в неломаемое программирование под виндовс. Т.е. я считаю, что "запись в реестры", шифрованный код и прочие мини-виртуальные машины, исполняемые на виндовсах, ломаются очевидно и вопрос стоит только в цене взлома. Играть с сообществом в игру "а вот задолбаетесь ломать то, что мы тут понаписали" не хочу потому, что победитель определяется только затраченным временем. Поэтому вариант "служба на виндовсе ведет учет активных соединений и сообщает это количество ключу" не интересен: не надо вскрывать ключ, надо только сломать службу чтоб она всегда говорила про одно активное соединение.
Я сходу вижу только один вариант: берется вещь типа Guardant Code Time (1 + 2) и в нее зашивается код учета. "конкурентность" измеряем, скажем, тремя сутками. Т.е. в течение трех суток после выдачи лицензии на МАК она считается выданной, затем освобождается. Покупаем ключ на 50 лицензий, в работе 45 компов - в любой момент 5 из них могут быть заменены. В работе 50 компов - замена пролицензируется только через трое суток.
Ы?
Вариант просто замечательный.
С Guardant уже сталкивался, сложностей с ним нет, на VM ESXI пробрасывается без проблем каких либо.
В дальнейшем хотелось бы возможность купить полный комплект-коробку. (Ну там коробка - в ней диск, ключ, лицензия, мануал для дебилов и .т.п)
Комплект-коробка в основном необходима при проверке нашими доблестными полицайскими купленного ПО. А то им объяснять сложно, или что-то доказывать не имея коробки. Да что говорить про это если они за сервер приняли лазерный-цветной принтер ?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Процедурные вопросы.
1. У товарища пользователя куплено сто лицензий на втвари. Девяносто из них уже активированы, т.е. выданы лицензии на МАКи. Товарищ говорит "а надоела мне ваша привязка к МАКам, хочу электроключ". Чего нам делать с выданными лицензиями? Варианты: (а) забыть про них, сделать ключ на 100 штук = подарить товарищу 90 лицензий забесплатно, (б) сделать товарищу ключ только на оставшиеся 10.
2. Товарищ пользователь пишет "у меня сгорел (украли, физически сломался) электроключ". Решать гарантийные вопросы мы его конечно отправим к guardant'ам (я надеюсь, что получится все организовать так, что ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать). Но может товарищ предусмотрительный и заранее купил два ключа как раз на такой случай, благо они стоят меньше тысячи за штуку. Как нам удостовериться, что "сгоревший" ключ действительно сгорел и не будет больше использоваться? Тот же вопрос в случае сгоревшей сетевухи решается проще, потому что сетевуха одна, можно и подарить лицензию. А прошить забесплатно ключ - это как бы подарить сразу полный комплект лицензий, жаба душить начинает.
Ы?
1. У товарища пользователя куплено сто лицензий на втвари. Девяносто из них уже активированы, т.е. выданы лицензии на МАКи. Товарищ говорит "а надоела мне ваша привязка к МАКам, хочу электроключ". Чего нам делать с выданными лицензиями? Варианты: (а) забыть про них, сделать ключ на 100 штук = подарить товарищу 90 лицензий забесплатно, (б) сделать товарищу ключ только на оставшиеся 10.
2. Товарищ пользователь пишет "у меня сгорел (украли, физически сломался) электроключ". Решать гарантийные вопросы мы его конечно отправим к guardant'ам (я надеюсь, что получится все организовать так, что ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать). Но может товарищ предусмотрительный и заранее купил два ключа как раз на такой случай, благо они стоят меньше тысячи за штуку. Как нам удостовериться, что "сгоревший" ключ действительно сгорел и не будет больше использоваться? Тот же вопрос в случае сгоревшей сетевухи решается проще, потому что сетевуха одна, можно и подарить лицензию. А прошить забесплатно ключ - это как бы подарить сразу полный комплект лицензий, жаба душить начинает.
Ы?
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
имхо,aka писал(а):Процедурные вопросы.
1) Логично дать 10.
2) "ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать" - вот тут слабое место, лучше через вас (или ваших представителей), тогда ключ вернули, получили новый (за отдельную плату или гарантия). А украли..., разве что пусть предоставят бумагу от ментов (понтов), что от них принято заявление о краже, тогда можно подумать.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Так ведь лень с этим возитьсяKVIK писал(а):"ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать" - вот тут слабое место, лучше через вас (или ваших представителей), тогда ключ вернули, получили новый (за отдельную плату или гарантия).
![Confused :?](./images/smilies/icon_confused.gif)
И время на пересылки. Что мне особенно не нравится в электроключах - так это то, что на время пересылок и разборок все резко становится нелицензионным. Если сразу покупать два ключа, то можно пользоваться вторым если что-то случается с первым. Но непонятно как сделать чтобы ими нельзя было пользоваться одновременно...
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
А может сделать какие-то временные лицензии по маку, действующие до определенного числа (текущую дату брать из сервера терминалов, если это возможно)?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не знаю никакого способа надежно брать дату откуда-нибудь кроме встроенного в электроключ таймера.
-
- Сообщения: 402
- Зарегистрирован: Сб июн 17, 2006 5:45 pm
- Откуда: Украина, Черновцы
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ну способ не знаю, но если получится брать с терминального сервера, то то понятно, что пользователь может всю жизнь работать крутя часы на сервере, но практически это будет не удобно, имхо. ![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Нет сколько-нибудь надежного времени взять время с терминального сервера. Такой штатной функциональности в RDP нет. Если писать свою штуку - эта штука и будет отломана.
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Извините, что долго не отписывался, заболел сильно.aka писал(а):Процедурные вопросы.
1. У товарища пользователя куплено сто лицензий на втвари. Девяносто из них уже активированы, т.е. выданы лицензии на МАКи. Товарищ говорит "а надоела мне ваша привязка к МАКам, хочу электроключ". Чего нам делать с выданными лицензиями? Варианты: (а) забыть про них, сделать ключ на 100 штук = подарить товарищу 90 лицензий забесплатно, (б) сделать товарищу ключ только на оставшиеся 10.
2. Товарищ пользователь пишет "у меня сгорел (украли, физически сломался) электроключ". Решать гарантийные вопросы мы его конечно отправим к guardant'ам (я надеюсь, что получится все организовать так, что ключи товарищи пользователи будут самостоятельно покупать у гуардантов, мы же их будем только удаленно прошивать). Но может товарищ предусмотрительный и заранее купил два ключа как раз на такой случай, благо они стоят меньше тысячи за штуку. Как нам удостовериться, что "сгоревший" ключ действительно сгорел и не будет больше использоваться? Тот же вопрос в случае сгоревшей сетевухи решается проще, потому что сетевуха одна, можно и подарить лицензию. А прошить забесплатно ключ - это как бы подарить сразу полный комплект лицензий, жаба душить начинает.
Ы?
1. Естественно надо дать ключ на 10 лицензий. (+доплата за сам ключ)
2. В данном случае мне кажется, что надо поступать так:
a) Если ключ сгорел, то высылается сгоревший ключ + доплата за новый (физическая стоимость + прошив=стоимость нового ключа),по идеи, на каждом ключе есть выбитый код, он то и будет вам доказательством, что ключ ваш, а сгоревший или нет проверить будет легко. =)
б) Если ключ потерян, то сами виноваты, покупают пусть новый ключ.
в) Если ключ украден, то пусть пишут заявление в полицию, когда они найдут вора, то ключ вернут, если нет, страховая им выплатит стоимость ключа. Когда у вас, допустим, воруют телик дома, вы же не пишете в магазин или производителю, что у вас его украли и вам нужен новый за бесплатно. Ключ все равно новый надо будет покупать, т.к. в данном случае украден физический носитель. Тем более бумаги на покупку остались, проверка не докопается, а недельку-две пожить можно и с табличкой.
г) Если ключ сломали (ну там случайно при монтаже нового сервера ключ задели или попой снесли его и т.п.), то можно пойти с "хорошими" клиентами на компромисс, и выдать им новый, если они вам вышлют сломанный ключ. Для лицензий меньше 20 шт. думаю будет проще купить новый ключ, чем мучиться с отсылкой пере подписанием бумаг и т.п.
Это лично мое мнение.
Re: "Concurrent licenses" вместо лицензий на MAC-address
Будет ли все же какое то подобие "Concurrent licenses"?
У нас ситуация такая - по городу расположено несколько точек, на каждой 8-10-12 старых компов.
Когда требуется - компьютер включают. На данном этапе популярности сервиса на сервере в пике было 8 активных пользователей. Компьютеров сейчас 51 и в планах увеличить вдвое.
У нас ситуация такая - по городу расположено несколько точек, на каждой 8-10-12 старых компов.
Когда требуется - компьютер включают. На данном этапе популярности сервиса на сервере в пике было 8 активных пользователей. Компьютеров сейчас 51 и в планах увеличить вдвое.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Когда-нибудь будет. Ключик подопытный уже лежит, глаза мозолит. Сроков не могу сказать, точно не в этом году.
Re: "Concurrent licenses" вместо лицензий на MAC-address
ух скорее бы , ключик удобная вещь, как идею в ключе можно разместить ПО для лицензирования, или там нет своего микроконтроллера позволяющего это замутить ?
Re: "Concurrent licenses" вместо лицензий на MAC-address
Как идет процесс?
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Сдрасть! Давненько к вам не заходил на форум, т.к. все работает как часы. =)
Хотел еще раз спросить, как там с конкурент лицензиями ?? прогресс есть?
Назрел тут вопрос про баннер и контора желает его убрать с экранов наших доблестных сотрудников.
Лицензии генерить на сайте уж очень влом, и про это писал ранее в постах, по этому очень хочется какой нить ключик или активацию сего дела.
Купить лицензии еще можем если будет ключ\активация. =)
Хотел еще раз спросить, как там с конкурент лицензиями ?? прогресс есть?
Назрел тут вопрос про баннер и контора желает его убрать с экранов наших доблестных сотрудников.
Лицензии генерить на сайте уж очень влом, и про это писал ранее в постах, по этому очень хочется какой нить ключик или активацию сего дела.
Купить лицензии еще можем если будет ключ\активация. =)
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Никакого прогресса нет ![Confused :?](./images/smilies/icon_confused.gif)
![Confused :?](./images/smilies/icon_confused.gif)
Re: "Concurrent licenses" вместо лицензий на MAC-address
Присоединяюсь к предложению по созданию ключа....(сейчас мы купили у вас 20 лицензий - в планах до 60)...все грузятся по сети и ключ нужен только на сервер, просто пока в виде клиентов используем старые пк и очень страшно активировать лицензии, вдруг массово начнут из строя выходить (((
Re: "Concurrent licenses" вместо лицензий на MAC-address
Присоединяюсь к пожеланию видеть реализацию конкурентных лицензий.
По большому счету, отсутствие таковых в значительной мере компрометирует всю идею TCO. Лицензирование MAC требует, во первых, резервирования оборудования и лицензий под него, а во вторых, прибавляет головной боли администраторам и затягивает процедуру ввода новых клиентов.
Давно бы приобрели несколько десятков лицензий, но лицензирование с привязкой к железу - очень неудобна. Связано это прежде всего с тем, что в качестве терминалов используются старые низкопроизводительные машинки. Обычно, с малым объемом памяти, встроенными видяшками и сетевухами. Выход любого из этих компонентов подразумевает замену материнской платы, т.к. такую низкобюджетную мамку сменить достаточно быстро и дешево по сравнению с приобретением новой видяхи.
Но даже если менять одну сетевуху, то придется ее перелицензировать. Или хранить запас сетевух с PXE-загрузкой и лицензий на них "про запас", что тоже не очень удобно.
Так же в некоторых случаях используются "толстые" RDP-клиенты, которые могут мигрировать с одной нетерминальной машины на другую - в случае ухода в отпуск или увольнения сотрудника.
Т.к. железо для терминалов используется б/у, то выходит оно из строя достаточно часто. Поэтому ротация терминальных и нетерминальных машин весьма высокая - иногда до нескольких штук в месяц. Связываться с таким геморроем - просто никакого желания нет.
В то же время, купить 50 лицензий на каком-то токене - для предприятия не проблема. Мы приобретаем на таких носителях лицензии для самого разного ПО. Доставка - курьером или самовывозом. И особых проблем тоже нет, как и с расширением лицензий: обычно отвозим токен на фирму и там нам прошивают его по новому. Или курьер привозит новый уже прошитый токен, а старый забирает.
Что касается количества USB-портов, так это тоже не проблема. Во первых, ключ и менеджер лицензий могут стоять не на самом сервере с WTWare, а на каком-то другом. Во вторых, количество USB-портов можно увеличить при помощи PCI-карты.
Более интересный вопрос другой - освобождение лицензий. Обычно, освобождение происходит двумя способами: явно при выходе из программы или по таймауту. Так вот, если выход из сеанса был завершен некорректно, либо WTWare не способна всегда его отследить, то остается только по таймауту. А это значит, что в течении некоторого времени будут зависшие лицензии. А это уже не здорово. Особенно, если таймаут велик.
По большому счету, отсутствие таковых в значительной мере компрометирует всю идею TCO. Лицензирование MAC требует, во первых, резервирования оборудования и лицензий под него, а во вторых, прибавляет головной боли администраторам и затягивает процедуру ввода новых клиентов.
Давно бы приобрели несколько десятков лицензий, но лицензирование с привязкой к железу - очень неудобна. Связано это прежде всего с тем, что в качестве терминалов используются старые низкопроизводительные машинки. Обычно, с малым объемом памяти, встроенными видяшками и сетевухами. Выход любого из этих компонентов подразумевает замену материнской платы, т.к. такую низкобюджетную мамку сменить достаточно быстро и дешево по сравнению с приобретением новой видяхи.
Но даже если менять одну сетевуху, то придется ее перелицензировать. Или хранить запас сетевух с PXE-загрузкой и лицензий на них "про запас", что тоже не очень удобно.
Так же в некоторых случаях используются "толстые" RDP-клиенты, которые могут мигрировать с одной нетерминальной машины на другую - в случае ухода в отпуск или увольнения сотрудника.
Т.к. железо для терминалов используется б/у, то выходит оно из строя достаточно часто. Поэтому ротация терминальных и нетерминальных машин весьма высокая - иногда до нескольких штук в месяц. Связываться с таким геморроем - просто никакого желания нет.
В то же время, купить 50 лицензий на каком-то токене - для предприятия не проблема. Мы приобретаем на таких носителях лицензии для самого разного ПО. Доставка - курьером или самовывозом. И особых проблем тоже нет, как и с расширением лицензий: обычно отвозим токен на фирму и там нам прошивают его по новому. Или курьер привозит новый уже прошитый токен, а старый забирает.
Что касается количества USB-портов, так это тоже не проблема. Во первых, ключ и менеджер лицензий могут стоять не на самом сервере с WTWare, а на каком-то другом. Во вторых, количество USB-портов можно увеличить при помощи PCI-карты.
Более интересный вопрос другой - освобождение лицензий. Обычно, освобождение происходит двумя способами: явно при выходе из программы или по таймауту. Так вот, если выход из сеанса был завершен некорректно, либо WTWare не способна всегда его отследить, то остается только по таймауту. А это значит, что в течении некоторого времени будут зависшие лицензии. А это уже не здорово. Особенно, если таймаут велик.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Я выше писал о таймауте длиной в трое суток...Pochemuk писал(а):... то остается только по таймауту. А это значит, что в течении некоторого времени будут зависшие лицензии. А это уже не здорово. Особенно, если таймаут велик.
Re: "Concurrent licenses" вместо лицензий на MAC-address
Наверное, для терминалов, которые заменяются не каждый день и не несколько раз в день, это оптимальный срок, во всяком случае, решение должно быть несложным. Но возможны варианты ...aka писал(а):Я выше писал о таймауте длиной в трое суток...
У нас достаточно много самых разных ключей к программам: HASP, Rutoken, ETocken, Guardant. И, практически у каждой реализации есть свои недостатки или особенности:
Одно ПО опрашивает ключ при выполнении некоторых действий. Таким образом, без ключа ПО может работать в демонстрационном режиме, в котором часть функционала отсутствует или ограничена. Как при этом производится конкурентная выдача лицензий - не знаю. Но подозреваю, что таймаут там очень небольшой (порядка 5 минут), а при каждом выполнении таких действий, они продлеваются. Но если связь с сервером лицензий прервется, то работа сразу становится невозможной. Зато можно начать работу на другом компе, даже не закрывая приложение на первом.
Другое ПО опрашивает СЛ только при запуске, а при завершении посылает на него команду освободить лицензию. Но при некорректном завершении работы лицензия не освобождается очень долго. Приходится входить с этого компа заново и выходить корректно. А если это невозможно, то перегружать СЛ.
Самое неприятное, когда никогда, даже при корректном выходе, не выдается команда на освобождение лицензии, а таймаут достаточно большой. Есть одна программулина, у которой он 1 час. После выхода из проги на одном компе, на другом нельзя в течение этого часа зайти в нее. Приходится перегружать СЛ.
Так что, если при закрытии клиента WTWare лицензия будет принудительно освобождаться, то это будет просто замечательно. Ну а если выход будет некорректный (на терминал упал кактус или полили кофе), то тогда уже освобождение по таймауту.
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Идея с тайм аутом интересна.
Если интересно, то в моем видении можно сделать следующее.
Сокращения:
Сервер лицензий 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.
Если интересно, то в моем видении можно сделать следующее.
Сокращения:
Сервер лицензий 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.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Сейчас терминал проверяет лицензию только при запуске. Это написано кучу лет назад - работает, не глючит, не взломали. Я боюсь трогать этот механизмvanvailder писал(а):4. Терминалы каждые 5-10-15-20-25-30 минут посылают запрос на сервер лицензирования wtware.
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
А можно на это рассчитывать? Если утром нет интернета, то кучка терминалов загрузится без лицензииvanvailder писал(а):2. Разрешаем доступ в инет ЛСЛ (указываем там логин и пароль доступа к СЛW).
![Twisted Evil :twisted:](./images/smilies/icon_twisted.gif)
Доступ в интернет это очнеь большой вопрос, меняющий вообще все. Нам в тыщу раз спокойнее, если не приходится отдавать пользователю мини-генератор лицензий (который рано или позно обязательно будет сломан).
Т.е. локально ключ нигде не хранится? Мне это очень нравится, но устроит ли оно тебя? Каждое утро у стопиццот разных пользователей загружаются по стопиццот терминалов, и все они стучатся на наши сервера за лицензиями, наши сервера падаютvanvailder писал(а):6. ЛСЛ пересылает ключ на терминал.
![Laughing :lol:](./images/smilies/icon_lol.gif)
Для такой схемы никакой физический ключ не нужен. Канал от терминала через ЛСЛ до СЛW можно сделать надежным. Если это именно канал, без хранилища. Но как-то оно все слишком хлипко выглядит.
Надо только придумать такое хранилище, которое будет физически работать на сервере пользователя, но которое этот самый пользователь не сможет разобрать/скопировать/отломать учет времени/и т.д. Только если внутри ключа.vanvailder писал(а):12.1 Либо данную лицензию хранить где то во временной памяти ЛСЛ в течении определенного времени.
Этим всем заниматься надо
![Confused :?](./images/smilies/icon_confused.gif)
-
- Сообщения: 127
- Зарегистрирован: Пн мар 30, 2009 3:58 pm
- Откуда: Мурманск
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
НУ мое дело предложить.
Как вам удобнее так и творите сиё чудо. Главное, что бы этот вопрос в дальний ящик не откладывался.
![Very Happy :D](./images/smilies/icon_biggrin.gif)
Как вам удобнее так и творите сиё чудо. Главное, что бы этот вопрос в дальний ящик не откладывался.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Товарищи, кто хотел concurrent licenses - посмотрите соседнюю тему: http://forum.wtware.ru/viewtopic.php?f=5&t=19017
Re: "Concurrent licenses" вместо лицензий на MAC-address
Ждём с нетерпением.... Вариант Сантел )
Re: "Concurrent licenses" вместо лицензий на MAC-address
По ссылке, на мой взгляд, есть очень правильная идея по поводу лицензирования по типу Трассира.aka писал(а):Товарищи, кто хотел concurrent licenses - посмотрите соседнюю тему: http://forum.wtware.ru/viewtopic.php?f=5&t=19017
Покупаешь или находишь в своей свалке любой ключ токен, после оплаты лицензий заходишь на сервер лицензирования, вводишь номер токена и номер договора, получаешь текстовый файл и работаешь. Надо докупить лицензии - оплачиваешь счет и идешь опять за новым файлом на сервер лицензирования. Так и коробочный вариант можно выпустить. А если токен сгорел, то реально будет выслать его по почте для переноса лицензий на другой токен вместо погибшего.
Re: "Concurrent licenses" вместо лицензий на MAC-address
Продукт нравится, но я лично не покупаю лицензии не потому что деньги, а не хочу купить себе лишние заботы по генерации, привязке к маку, сгораниию карт и т.п. Для маленькой сети это приемлемо, а для большой сети терминалов это оттягивание ИТ-ресурсов.
Мне лично предложения использовать ключи тоже не нравятся, во первых удорожает wtware, если ключи будут на рабочих местах, к тому же их могут увести. А если ключи будут на сервере, то потребуется софт какой-либо. 1С отошла от аппаратных лицензий, потому что это не гибко. Ранее мы были ограничены этими ключами в использовании виртуализации к примеру. Но 1С выполняет код механизма лицензирования на сервере, у wtware нет кода, который исполняется на сервере (я про не виндовс сборки).
Хотел пожелания написать, но к сожалению анализируя свой опыт не нашел, что пожелать для улучшения ситуации с привязкой лицензии к MAC.
Мне лично предложения использовать ключи тоже не нравятся, во первых удорожает wtware, если ключи будут на рабочих местах, к тому же их могут увести. А если ключи будут на сервере, то потребуется софт какой-либо. 1С отошла от аппаратных лицензий, потому что это не гибко. Ранее мы были ограничены этими ключами в использовании виртуализации к примеру. Но 1С выполняет код механизма лицензирования на сервере, у wtware нет кода, который исполняется на сервере (я про не виндовс сборки).
Хотел пожелания написать, но к сожалению анализируя свой опыт не нашел, что пожелать для улучшения ситуации с привязкой лицензии к MAC.
Re: "Concurrent licenses" вместо лицензий на MAC-address
А как скоро можно будет получить "Concurrent licenses" вместо лицензий на MAC-address, а то у меня несколько терминальных машин поменялось, что бы не парится с заменой может сразу могу на себе обкатать данный вид лицензирования.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не знаю. На листике всё нарисовали и отложили до более свободного времени...
Re: "Concurrent licenses" вместо лицензий на MAC-address
Время так и не появилось?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Нет ещё. Сделаем. Когда-нибудь...
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Мне кажется, что цена за продукт весьма низкая и вместо того, что бы клянчить у aka замену лицензии на сгоревшие сетевушки надо просто покупать новые, рассматривая это как поддержку проекта (ну, или неявное удорожание стоимости лицензирования).petav писал(а):Продукт нравится, но я лично не покупаю лицензии не потому что деньги, а не хочу купить себе лишние заботы по генерации, привязке к маку, сгораниию карт и т.п. Для маленькой сети это приемлемо, а для большой сети терминалов это оттягивание ИТ-ресурсов.
Что касается долговечности.
Выход из строя терминала (или отдельной сетевой) - явление не частое. Собственно, в этом то и заключается основное преимущество терминал-серверной архитектуры.
Сейчас я поступаю так.
На старых компах, которые вот-вот почат в бозе я использую Thinstation от ITAdvisor.
На новые рабочие места покупаю MiniPC на ARM, накатываю WTWare и лицензирую.
Полагаю, лет 10 они точно протянут.
У централизованной конкурентной лицензии, привязанной к аппаратному ключу, я вижу лишь одно преимущество - удобство при очень большом (от 1000) парке ПК.
Re: "Concurrent licenses" вместо лицензий на MAC-address
IMHO это недостаток - или покупать х2 лицензий или ключ == точка отказаBarvinok писал(а): У централизованной конкурентной лицензии, привязанной к аппаратному ключу, я вижу лишь одно преимущество
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
"Если у вас нет собаки - её не отравит сосед" ©
-
- Сообщения: 21
- Зарегистрирован: Пт июн 10, 2011 8:28 pm
Re: "Concurrent licenses" вместо лицензий на MAC-address
Забавные вы однако все....
Ведь есть очевидное решение и оно лежит на поверхности:
При копеечной цене лицензии - покупается сверху 10-20 лицензий (особенно если у вас уже 100 есть).
Ведется грамотный аудит по технике, которую списали, новая техника при получении активируется и лежит уже подготовленная с активной лицензией.
Вся старая техника записывается в файлик и раз в квартал например отсылается к разработчику wtware с просьбой освободить лицензии.
И ВСЕ.
мы если честно совсем наглые и делает такой полный аудит раз в год - выходит не больше 10-15 лицензий в год под замену.
единственная проблема у людей, где комп раз в год включается. но там наверное можно и тестовой версией посидеть.
Ведь есть очевидное решение и оно лежит на поверхности:
При копеечной цене лицензии - покупается сверху 10-20 лицензий (особенно если у вас уже 100 есть).
Ведется грамотный аудит по технике, которую списали, новая техника при получении активируется и лежит уже подготовленная с активной лицензией.
Вся старая техника записывается в файлик и раз в квартал например отсылается к разработчику wtware с просьбой освободить лицензии.
И ВСЕ.
мы если честно совсем наглые и делает такой полный аудит раз в год - выходит не больше 10-15 лицензий в год под замену.
единственная проблема у людей, где комп раз в год включается. но там наверное можно и тестовой версией посидеть.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
У меня почти все сервера - VPS (облачные).
Пользователи зачастую размазаны по нескольким офисам.
Полноценных машин (с HDD и операционкой) там нет.
Подскажите, куда втыкать ключ?
Пользователи зачастую размазаны по нескольким офисам.
Полноценных машин (с HDD и операционкой) там нет.
Подскажите, куда втыкать ключ?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не будет втыкательных ключей. Будет онлайн. Каждый терминал при каждой загрузке будет запрашивать свою лицензию через интернет с наших серверов.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Давно пора. Только пусть кэширует хоть на пару недель. А то вдруг интернет зарубят, так ещё и локалка станет... или просто полосочка появится?
Ну всё равно пусть ключ кешируется, полосочка тоже не добавляет спокойствия техподдержке...
У Микротиков сделано так.
По-моему, прекрасно.
И вообще у них классно сделана работа в CLI/SSH: все команды разложены по соответсвующим разделам. По нажатию Tab показывает возможные варианты. Не то, что в обычном линуксе - сидишь и вспоминаешь волшебные слова...
Не грех такое перенять.
И про автообновление для localboot не забудьте.
Ну всё равно пусть ключ кешируется, полосочка тоже не добавляет спокойствия техподдержке...
У Микротиков сделано так.
По-моему, прекрасно.
И вообще у них классно сделана работа в CLI/SSH: все команды разложены по соответсвующим разделам. По нажатию Tab показывает возможные варианты. Не то, что в обычном линуксе - сидишь и вспоминаешь волшебные слова...
Не грех такое перенять.
И про автообновление для localboot не забудьте.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
У микротиков:
В втвари в общем случае нет storage media. И часов нет, чтобы время триала считать. Не получается кэширование. Только онлайн, запрос с наших серверов при каждой загрузке терминала. Если интернета во время загрузки нет, будет черная полосочка "только для тестирования".RouterOS licensing scheme is based on SoftwareID number that is bound to storage media (HDD, NAND).
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Суть ровно такая же, что и у вас: лицензии хранятся на сервере производителя (управляются через личный кабинет), клиентское устройство время от времени сверяется с ним.
Storage media есть на малинках. У меня это 2/3 зоопарка.
В Микротиках тоже нет таймера, он синхронизируется по NTP в момент загрузки. С недавних пор это даже не надо настраивать - они сделали собственное облако с DDNS и NTP.
На клиентах всё работает "из коробки":
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
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Без интернета, в закрытых сетях они не живут?
А отключить NTP можно?
Или указать микротику свой NTP сервер, на котором будет "день сурка", всегда одно и то же время, чтобы триал никогда не кончался?
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Роутер без интернета... как бы не часто встречается.
В роутербордах лицензия вшита, это понятно.
Я в данном случае говорил про облачные маршрутизаторы (CHR) - RouterOS на VPS.
На WTWare можно считать перезапуски или суммарное время работы. Но в целом -да, слабое место.
Не смею больше настаивать. Давайте пробовать без кэширования, пусть жизнь покажет и поправит.
А как будет происходить раздача лицензий?
Вот у меня под началом десяток разрозненных офисов.
Тонкие клиенты, предположим, бездисковые. Не малинки с microSD, а обычные PC с PXE.
Как им сказать куда обращаться за лицензией? В текстовом конфиге с логином/паролем ЛК в открытом виде?
TFTP отдаёт любые файлы без авторизации, могут и спереть...
В роутербордах лицензия вшита, это понятно.
Я в данном случае говорил про облачные маршрутизаторы (CHR) - RouterOS на VPS.
На WTWare можно считать перезапуски или суммарное время работы. Но в целом -да, слабое место.
Не смею больше настаивать. Давайте пробовать без кэширования, пусть жизнь покажет и поправит.
А как будет происходить раздача лицензий?
Вот у меня под началом десяток разрозненных офисов.
Тонкие клиенты, предположим, бездисковые. Не малинки с microSD, а обычные PC с PXE.
Как им сказать куда обращаться за лицензией? В текстовом конфиге с логином/паролем ЛК в открытом виде?
TFTP отдаёт любые файлы без авторизации, могут и спереть...
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
В текстовом конфиге. Но не логин с паролем, а код доступа. Если сопрут и станут использовать - в генераторе в пару кликов саомстоятельно заменяется на новый код, старый при этом отключается. Если спирание станет проблемой, будем думать дальше.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
А если сочетать авторизацию по мак и конкурентную лицензию?
К примеру, запускаю нового клиента, захожу к нему в веб-морду или по ssh.
Говорю "получить лицензию":
Все маки терминала (а можно и другие аппаратные признаки) собираются и привязываются в учётка как одно устройство (даже если там пять сетевушек).
При следующем запуске терминал связывается с сервером, предъявляет ему свои МАКи, получает лицензию из соответствующего аккаунта!
Пароли/коды ни в открытом ни в закрытом виде нигде не хранятся.
Во избежания обмана выдавать одну лицензию на одно устройство. Если, к примеру, человек воткнул пять сетевушек, активировал лицензию, а потом рассовал сетевушки по компьютерам - отдавать только тому, кто первый запросил.
Ну а если человек просто выходит через разные сетевушки (Ethernet/WiFi) - проблем нет.
Красота?
К примеру, запускаю нового клиента, захожу к нему в веб-морду или по ssh.
Говорю "получить лицензию":
Код: Выделить всё
> /system license renew
account: MyWTWareAccount
password: *********************
status: done
При следующем запуске терминал связывается с сервером, предъявляет ему свои МАКи, получает лицензию из соответствующего аккаунта!
Пароли/коды ни в открытом ни в закрытом виде нигде не хранятся.
Во избежания обмана выдавать одну лицензию на одно устройство. Если, к примеру, человек воткнул пять сетевушек, активировал лицензию, а потом рассовал сетевушки по компьютерам - отдавать только тому, кто первый запросил.
Ну а если человек просто выходит через разные сетевушки (Ethernet/WiFi) - проблем нет.
Красота?
Последний раз редактировалось Barvinok Ср янв 24, 2018 1:23 pm, всего редактировалось 2 раза.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Никрасота патамушта нипанятна. "При следующем запуске терминал связывается с сервером, предъявляет ему свои МАКи" - у терминала только один мак. И такой же МАК вполне может бытьу другого терминала в другой организации. По одному только МАКу генератор не поймет, чей это терминал. Кроме МАКа надо чтоб терминал сказал серверу, чьих он будет. Для этого - код доступа.
Если коды в самом деле будут тырить, можно добавить первый шаг, привязку с паролем. Но я надеюсь что до этого не дойдет.
Если коды в самом деле будут тырить, можно добавить первый шаг, привязку с паролем. Но я надеюсь что до этого не дойдет.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
1. Вероятность совпадения МАКа не велика.
2. Можно в добавок использовать другие признаки (материнка, видюха, процессор и пр.), как это делают Майкросфт и 1С. Так же можно опереться на сетевое окружение (ARP-таблицу). Получается уникальный цифровой отпечаток устройства в его среде обитания.
3. Терминал предоставляет эти данные, сервер лицензий определяет, к какой учётке он принадлежит и выдаёт лицензию.
4. В самом крайнем случае (продали, переехали, заменили материнку) придётся заново произвести активацию.
5. У терминала далеко не всегда один МАК. Уже не раз ломали копья по поводу лицензирования устройства с двумя сетевушками (например).
Решения так и не нашли, а я сейчас предложил.
2. Можно в добавок использовать другие признаки (материнка, видюха, процессор и пр.), как это делают Майкросфт и 1С. Так же можно опереться на сетевое окружение (ARP-таблицу). Получается уникальный цифровой отпечаток устройства в его среде обитания.
3. Терминал предоставляет эти данные, сервер лицензий определяет, к какой учётке он принадлежит и выдаёт лицензию.
4. В самом крайнем случае (продали, переехали, заменили материнку) придётся заново произвести активацию.
5. У терминала далеко не всегда один МАК. Уже не раз ломали копья по поводу лицензирования устройства с двумя сетевушками (например).
Решения так и не нашли, а я сейчас предложил.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Теперь по поводу того, как быть со старыми лицензиями, привязанными к маку.
Про такой схеме - очень просто!
В личном кабинете на a[123].wtware.com перечень МАКов моих устройств есть.
При обновлении WTWare я нажимаю "активировать", ввожу данные своей учётки. Терминал связывается, предоставляет сведения о себе, в том числе и МАК.
Ах, он уже есть в базе? Пожалуйста, новая лицензия!
Про такой схеме - очень просто!
В личном кабинете на a[123].wtware.com перечень МАКов моих устройств есть.
При обновлении WTWare я нажимаю "активировать", ввожу данные своей учётки. Терминал связывается, предоставляет сведения о себе, в том числе и МАК.
Ах, он уже есть в базе? Пожалуйста, новая лицензия!
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
С другой стороны, если терминалов действительно много - активировать каждый по отдельности замаешься. В этом отношении код доступа для первого раза удобен: прописал его в конфиг на пару дней. Все активировались? Убрал из общего доступа и спишь спокойно.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не прошло и десяти лет после стартового поста темы.
Пробуйте версию 5.8.2. Должны заработать конкурентные лицензии. Методичка: https://wtware.ru/licensing/terms.html
Пробуйте версию 5.8.2. Должны заработать конкурентные лицензии. Методичка: https://wtware.ru/licensing/terms.html
Re: "Concurrent licenses" вместо лицензий на MAC-address
Работает!!! Спасибо громадное. Теперь бы еще значок в WtWare Center, что терминал лицензирован, но по конкурентной лицензии, например, зеленый.
И ещё мысль возникла: на сайте генератора лицензий где список конкурентных лицензий отображается сделать две кнопки "Сбросить" и "Блокировать".
По кнопке "Сбросить" лицензия освобождается сразу, это на тот случай, когда сетевуха сгорела и мы точно уже знаем, что с таким МАКом устройства не появится.
По кнопке "Блокировать" - не принимать пользователя с таким МАКом и не выдавать лицензию. Этот мак должен оставаться постоянно, типа блек-лист. Это на случай, если я не хочу какому-то компу давать лицензию, тестовой, например, или комп временно переведен в бездисковую. Это также поможет блочить чужие компы в случае утечки CLID, пока будут идти разборки. Естественно, чтобы эта возможность была обратимой, т.е. "Разблокировать" тоже нужно.
И ещё мысль возникла: на сайте генератора лицензий где список конкурентных лицензий отображается сделать две кнопки "Сбросить" и "Блокировать".
По кнопке "Сбросить" лицензия освобождается сразу, это на тот случай, когда сетевуха сгорела и мы точно уже знаем, что с таким МАКом устройства не появится.
По кнопке "Блокировать" - не принимать пользователя с таким МАКом и не выдавать лицензию. Этот мак должен оставаться постоянно, типа блек-лист. Это на случай, если я не хочу какому-то компу давать лицензию, тестовой, например, или комп временно переведен в бездисковую. Это также поможет блочить чужие компы в случае утечки CLID, пока будут идти разборки. Естественно, чтобы эта возможность была обратимой, т.е. "Разблокировать" тоже нужно.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Нидают
![Sad :(](./images/smilies/icon_sad.gif)
Записал.
Re: "Concurrent licenses" вместо лицензий на MAC-address
А "само отвалиться" сколько? день-два-месяц? А если у меня осталась последняя лицензия, то работать только в режиме "Для тестирования" ожидая пока отвалится сдохшая? Тоже вариант конечно.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Меньше недели. Сейчас кажется три дня.
-
- Сообщения: 591
- Зарегистрирован: Вт ноя 30, 2004 4:06 pm
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
В методичке не сказано, как будет происходить работа в случае одновременного использования двух видов лицензий.aka писал(а): ↑Чт фев 22, 2018 2:42 am Пробуйте версию 5.8.2. Должны заработать конкурентные лицензии. Методичка: https://wtware.ru/licensing/terms.html
Сначала терминал проверяет wtware.lic, а если не находит - обращается к настройке CLID, верно?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Да. Прежнее поведение не изменилось. Сначала терминал ищет постоянную лицензию там же, где и искал раньше. Если не находит постоянную и видит указанный параметр CLID - тогда начинается новое действие, терминал идёт в интернет за конкурентной лицензией.
-
- Сообщения: 75
- Зарегистрирован: Пн фев 20, 2017 12:33 pm
Re: "Concurrent licenses" вместо лицензий на MAC-address
как нибудь можно получить get"том количество свободных лицензий? Хотим добавить в систему мониторинга, чтоб она дергала значение каждые пару часов например, проверяя что там >0
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Нет такого интерфейса. Только дергать всю страницу генератора и парсить html.
Re: "Concurrent licenses" вместо лицензий на MAC-address
А если попросить сбросить все постоянные лицензии, чтобы перейти полностью на конкурентные, сделаете?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Не сделаем. Освобождение постоянной лицензии это недокументированная возможность, ею надо аккуратно пользоваться, а то сломается.
-
- Сообщения: 75
- Зарегистрирован: Пн фев 20, 2017 12:33 pm
Re: "Concurrent licenses" вместо лицензий на MAC-address
можно в конфигураторе как то выделять, конкурентная лицензия или обычная?
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Сложно. Конфигуратор ничего не знает про конкурентные лицензии. Терминал запрашивает конкурентную лицензию напрямую у серверов активации, конфигуратор в этом никак не участвует.
Re: "Concurrent licenses" вместо лицензий на MAC-address
А нельзя сделать локальный сервер лицензирования? Чтобы запросы терминалов шли на него, а он, если лицензии нет, запрашивал ее на серверах активации.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Нельзя. Слишком легко ломается.
Ставим локальное на виртуальную машину.
Запрашиваем с неё сервера активации.
Выключаем, сохраняем образ.
У нас получается образ локальной активалки, которой уже не нужны сервера активации, надо только перезапускать её каждое утро из сохраненного образа.
Ставим локальное на виртуальную машину.
Запрашиваем с неё сервера активации.
Выключаем, сохраняем образ.
У нас получается образ локальной активалки, которой уже не нужны сервера активации, надо только перезапускать её каждое утро из сохраненного образа.
Re: "Concurrent licenses" вместо лицензий на MAC-address
Что-то не понимаю, в чем взлом? Терминал запросил лицензию у локального сервера лицензирования, ее там нет и он запрашивает ее на серверах активации. На локальном хранятся лицензии только тех терминалов, которые у нас есть. Максимальное кол-во лицензий равно кол-ву купленных. Если лицензия не используется Н дней, она удаляется из локального сервера.
Загрузил все терминалы, локальный получил лицензии на них, я выключил сервер и сохранил образ. И... У меня только мои лицензии. Что я ломанул таким образом?
Если я поставил новый терминал, то лицензии на него нет. Если старый сломался, то его лицензия не высвобождается.
Загрузил все терминалы, локальный получил лицензии на них, я выключил сервер и сохранил образ. И... У меня только мои лицензии. Что я ломанул таким образом?
Если я поставил новый терминал, то лицензии на него нет. Если старый сломался, то его лицензия не высвобождается.
-
- Разработчик
- Сообщения: 11850
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: "Concurrent licenses" вместо лицензий на MAC-address
Пока ничего. Но если ты отключишь этот сервер от интернета и каждое утро будешь загружать из образа, сохраняя старую дату - ты получишь вечное хранилище лицензий, которое не будет обращаться к генератору.
А на наших генераторах через несколько дней необращения к ним лицензии освободятся и можно будет получать лицензии на новые машины, которых нет в сохраненном сервере.