День "добрый".
Вчера из-за технических причин виртуальная машина с сервером лицензирования переехала с одного сервера виртуализации на другой.
Как итог - лицензии не видятся, а при попытке их повторной установки дает ошибку, что данный ключ был активирован на другом компьютере.
Ранее, когда только вводился сервер лицензирования, я переписывался с автором. Я считаю, что определенную информацию я могу опубликовать, т.к. никаких "секретных" сведений в них не было.
Вопрос:
Ответ:
Получается "замечательная" ситуация - виртуализация, которая помогает, например, в случае выхода оборудования из строя, безболезненного переезда на более быстрое железо и пр. в данном случае никак во внимание не принимается. В "головной" компании (1С) есть хоть запасные пин-коды, а здесь? Вы работает только в рабочие дни, а другие могут работать и круглосуточно. Мы, кое-как 3 дня проработаем, а если бы это было 31 декабря? Неделю ждать???
Специально для разработчиков сервера лицензирования, которые до сих пор находятся в прошлом веке:
Предлагаю:
вариант 0 (самый правильный): предусмотреть переезд виртуальной машины между серверами виртуализации.
вариант 1 (костыль): дать запасной код авторизации, чтобы хоть в ручном режиме можно было бы не ожидать выхода на работу вашей ТП.
вариант 2 (рабочий) - сделать так, что если слетают лицензии, то выдаются временные, например на 3 дня (а лучше ориентироваться на самые длинные праздники). В таком случае, если 31 декабря "все сломается", на другом железе эта же виртуалка сможет выдавать лицензии до, например, 9 января, когда выйдет ваша ТП из каникул.
PS Уважаемые разработчики. Если вы думаете, что сервер лицензирования поможет не воровать ваш продукт, то вы ошибаетесь, посмотрите, например, на 1с (я уже молчу про системы антивзлома на играх, где, порой, разработчики заявляли о неломаемой защите). Когда продукт становится популярным, то его взлом просто вопрос времени и финансов. А вот с текущим подходом вы отталкиваете ваших реальных клиентов. Виртуализация сейчас используется везде и всюду. Подумайте и, надеюсь, измените подход к "защите".
Вчера из-за технических причин виртуальная машина с сервером лицензирования переехала с одного сервера виртуализации на другой.
Как итог - лицензии не видятся, а при попытке их повторной установки дает ошибку, что данный ключ был активирован на другом компьютере.
Ранее, когда только вводился сервер лицензирования, я переписывался с автором. Я считаю, что определенную информацию я могу опубликовать, т.к. никаких "секретных" сведений в них не было.
Вопрос:
| Цитата |
|---|
| У нас кластер и виртуалка может путешествовать по серверам виртуализации - это не влияет на сервер лицензий? |
Ответ:
| Цитата |
|---|
| Не повлияет. |
| Цитата |
|---|
| Еще стоит учесть, что если на сервере ничего не меняется и вы переустановите по какой-то причине ОС, то старый ключ подойдет для повторной активации. |
Получается "замечательная" ситуация - виртуализация, которая помогает, например, в случае выхода оборудования из строя, безболезненного переезда на более быстрое железо и пр. в данном случае никак во внимание не принимается. В "головной" компании (1С) есть хоть запасные пин-коды, а здесь? Вы работает только в рабочие дни, а другие могут работать и круглосуточно. Мы, кое-как 3 дня проработаем, а если бы это было 31 декабря? Неделю ждать???
Специально для разработчиков сервера лицензирования, которые до сих пор находятся в прошлом веке:
| Цитата |
|---|
| Переезд виртуальной машины между виртуализаторами это рабочий, нормальный процесс. Он, порой, запускается запланировано, а, порой, из-за проблем с оборудованием. Причем, железо виртуализаторов может быть разными. Разность в железе, зачастую, и обуславливает переезд на новый, более быстрый сервер виртуализации. Кроме того, переезд виртуальной машины с одного виртуализатора на другой может осуществляться автоматически, полностью не зависимо от администратора. А с текущим подходом получается, что если система настроена на автоматическое восстановление (кластеризация, например), то данная конфигурация будет требовать ручных действий, что, в современное время, не допустительно. |
Предлагаю:
вариант 0 (самый правильный): предусмотреть переезд виртуальной машины между серверами виртуализации.
вариант 1 (костыль): дать запасной код авторизации, чтобы хоть в ручном режиме можно было бы не ожидать выхода на работу вашей ТП.
вариант 2 (рабочий) - сделать так, что если слетают лицензии, то выдаются временные, например на 3 дня (а лучше ориентироваться на самые длинные праздники). В таком случае, если 31 декабря "все сломается", на другом железе эта же виртуалка сможет выдавать лицензии до, например, 9 января, когда выйдет ваша ТП из каникул.
PS Уважаемые разработчики. Если вы думаете, что сервер лицензирования поможет не воровать ваш продукт, то вы ошибаетесь, посмотрите, например, на 1с (я уже молчу про системы антивзлома на играх, где, порой, разработчики заявляли о неломаемой защите). Когда продукт становится популярным, то его взлом просто вопрос времени и финансов. А вот с текущим подходом вы отталкиваете ваших реальных клиентов. Виртуализация сейчас используется везде и всюду. Подумайте и, надеюсь, измените подход к "защите".