Вход в личный кабинет
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
Может в случае, если мы привяжем лицензию из определенного ключа определенному пользователю, то и пропадет глюк захвата 2-ух лицензий одним пользователем?
Здравствуйте.
Обновил. Последил. Пока без изменений ситуация.
Скрин с пустым пользователем и логи прикладываю.
Добрый день,
Может в случае, если мы привяжем лицензию из определенного ключа определенному пользователю, то и пропадет глюк захвата 2-ух лицензий одним пользователем?
Здравствуйте.
Обновил. Последил. Пока без изменений ситуация.
Скрин с пустым пользователем и логи прикладываю.
Пришлите мне тоже новую версию системы защиты для релиза 5.0.12.05
Отправила.
Добрый день,
Отправила.
Новая версия сервера лицензирования неверно определяет номер сеанса и номер сеанса RDP:
- сотрудник не может сидеть под разными пользователями удаленного рабочего стола, у которых номер сеанса RDP одинаковый
- Номера сеанса сервера лицензирования откличаются от номеров сеанса в Альфа-Авто
- сервер лицензирования отображает сотрудника, сеанс которого отключен и в Альфа-Авто не показывается
Пустых пользователей windows пока не замечено, время резервирования установлено в 0
Сервер лицензирования был обновлен сегодня между 8:00 и 8:30
Прикрепленные файлы
Добрый день,
Может в случае, если мы привяжем лицензию из определенного ключа определенному пользователю, то и пропадет глюк захвата 2-ух лицензий одним пользователем?
Добрый день.
Новая версия сервера лицензирования неверно определяет номер сеанса и номер сеанса RDP:
- сотрудник не может сидеть под разными пользователями удаленного рабочего стола, у которых номер сеанса RDP одинаковый
- Номера сеанса сервера лицензирования откличаются от номеров сеанса в Альфа-Авто
- сервер лицензирования отображает сотрудника, сеанс которого отключен и в Альфа-Авто не показывается
Систему защиты выслала на личную почту.
Вышлите мне пожалуйста новый сервер.
Добрый день.
Новая версия сервера лицензирования неверно определяет номер сеанса и номер сеанса RDP:
- сотрудник не может сидеть под разными пользователями удаленного рабочего стола, у которых номер сеанса RDP одинаковый
- Номера сеанса сервера лицензирования откличаются от номеров сеанса в Альфа-Авто
- сервер лицензирования отображает сотрудника, сеанс которого отключен и в Альфа-Авто не показывается
Систему защиты выслала на личную почту.
Вышлите мне пожалуйста новый сервер.
Новая версия системы лицензирования теперь корректно определила номер сеанса и номер сеанса RDP, но лицензия не освободилась при закрытии Альфа-Авто, переподключение к удаленному рабочему столу не помогло (номер сеанса RDP сменился на 7, на сервере лицензировании он не изменился). После входа в Альфа-Авто занялась новая лицензия с уже правильными номером сеанса и номером сеанса RDP, предыдущая так и висит.
Других сотрудников не проверял
В debug2 сервер лицензирования освободил лицензию с правильными номерами сеансов и оставил с неверными номерами, Альфа-Авто не закрывалась
Обновление сервера лицензирования было между 17:20 и 17:45
Прикрепленные файлы
Если лицензия не освободилась - значит работа программы не была завершена корректно. В этом случае на сервер не была передана команда о завершении работы лицензии и она не была освобождена.
Увы, в этом случае сделать ничего нельзя (автоматически, на уровне сервера лицензирования), и нужно ждать, когда лицензия будет освобождена по таймауту, или завершить ее вручную.
Сервер может сам освободить лицензию только в том случае, если наступил таймаут в ее использовании, а это значит, что на сервер не приходило подтверждение работы клиента, которому эта лицензия выдана. Так как компонента защиты работает в "серверном контексте" конфигурации, то решение о завершении оного платформа 1С-Предприятия может принимать по своим законам, нам до конца неизвестным. Например при некотором бездействии пользователя. Когда пользователь возвращается к программе, платформа восстанавливает "серверный" контекст и оповещает сервер лицензирования, о том, что работа с указанной лицензией должна быть восстановлена, вот только за это время может наступить таймаут в ее работе и лицензия будет освобождена.
Комментарий по термину "серверный контекст" - даже при использовании решения в файловом режиме он существует и время его жизни определяется платформой, т.е. он может быть освобожден по необходимости без завершения работы клиента с программой.
В сервере лицензирования приняты меры для сглаживания ситуаций подобных тем, что описаны выше. Но к сожалению до конца устранить артефакты практически невозможно (для примера - в файловом варианте работы конфигурации не раз наблюдалась ситуация, когда существовали два одинаковых сеанса у разных пользователей)
ААА 5,1, БП 3,0. Клиент-сервер.
Почему так может быть - в базе куча пользователей, а в сервере защиты ноль. Скрин.
Прикрепленные файлы
Сколько ключей Альфа-Авто вы используете? И верно ли указан адрес сервера лицензирования (имя компьютера, на котором установлен ключ защиты) в адресной строке браузера?
Добрый день,
Может в случае, если мы привяжем лицензию из определенного ключа определенному пользователю, то и пропадет глюк захвата 2-ух лицензий одним пользователем?
Вы так не дали мне ни какого ответа. Проясните пожалуйста ситуацию.
Вера Васильева, доброе утро!
Вы так не дали мне ни какого ответа. Проясните пожалуйста ситуацию.
Добрый день, Алексей.
К сожалению привязать пользователя к определенному ключу защиты невозможно в типовом решении системы защиты, без его доработки.
Вера Васильева, доброе утро!
Вы так не дали мне ни какого ответа. Проясните пожалуйста ситуацию.
К сожалению привязать пользователя к определенному ключу защиты невозможно в типовом решении системы защиты, без его доработки.
Мы планируем докупать дополнительные модули к Альфа-авто, но если ситуация с ключами не прояснится, то руководство не одобрит платежи.
Если привязать пользователя к ключу или лицензии невозможно, то, как решить нашу проблему? Все предприятие с нетерпением ждет от Вас решения.
Мы планируем докупать дополнительные модули к Альфа-авто, но если ситуация с ключами не прояснится, то руководство не одобрит платежи.
1 вариант, купить доп. модуль во второй ключ, чтобы пользователи со второго ключа могли так же с ним работать.
2 варинат. Перенести всех пользователей с ключа на котором нет модуля, на ключ с модулем. Но нужно понимать, что пользователи первоначально прошитые в ключ не перенесутся.
Если привязать пользователя к ключу или лицензии невозможно, то, как решить нашу проблему? Все предприятие с нетерпением ждет от Вас решения.
Мы планируем докупать дополнительные модули к Альфа-авто, но если ситуация с ключами не прояснится, то руководство не одобрит платежи.
1 вариант, купить доп. модуль во второй ключ, чтобы пользователи со второго ключа могли так же с ним работать.
Под "пользователи первоначально прошитые в ключ" понимается то количество пользователей (рабочих мест) на ключе основной поставки программы. Если это салон то 1 доп. место, если это сервис, то 5 р.м.
Дополнительные лицензии на доп. рабочие места прошиваются на ключ аналогично дополнительным лицензиям на модули Альфа-Авто.
Подробнее вы можете узнать обратившись в отдел продаж программного продукта Альфа-Авто +7 (495) 223-04-04, 231-20-02, alfa@rarus.ru.
По Вашим ответам получается, что нужно покупать кол-во лицензий на дополнительные модули (в нашем случае Аудатекс) равное кол-ву лицензий на саму Альфа-авто. На мой взгляд это экономически неверно. Будет ли реализован механизм привязки пользователей непосредственно к конкретным лицензиям, если да, то когда?
Алексей, неверно поняли. Попробую подробнее описать какие лицензии бывают и как прошиваются на ключи.
1. В основную поставку ПП с аппаратной защитой, входит ключ Альфа-Авто в который изначально прошито определенное количество рабочих мест (1 или 5, описывала выше в сообщении),
2. так же на ключ могут быть прошиты дополнительные рабочие места (которые отдельно докупаются как дополнительные лицензии -варианты и цены тут:
3. Помимо рабочих мест на ключи защиты могут быть прошиты и лицензии на отдельные модули программы (такие как Аудатекс в вашем случае) - данные модули будут распространяться на всех пользователей этого ключа защиты. Прошиваются на ключ они аналогично тому, как прошиваются дополнительные раб места.
Надеюсь с этим вопросом стало понятно.
Теперь по вопросу привязки пользователя к конкретному ключу защиты. Два варианта которые я описывала выше они остаются. И так же вариант который изначально предлагала Вера Васильева (через код доступа, чтобы определенные пользователи могли обращаться только к одному конкретному ключу защиты).
В планах, к сожалению, нет доработки решения в этом направлении.
Изначально мы купили Альфа-авто на 5 пользователей и дополнительный модуль аудатекса. Предприятие расширилось и мы купили 5 дополнительных лицензий и на сервере лицензирования они видятся вторым ключом. Вот на этом втором ключе аудатекса нету. Получается дополнительные лицензии не должны были вставать 2-ым ключом, а должны были добавиться в первый и модуль аудатекса распространиться на все 10 лицензий. Если мои рассуждения верны, то подскажите пожалуйста, как исправить ситуацию?
Издержки: в первом варианте вы потеряете второй ключ защиты, во втором, приобретая лицензию на другой дополнительный модуль, его так же нужно будет прошивать на два ключа, чтобы корректно функционировал ПП.
Я отчетливо помню, что это были дополнительные лицензии, завтра я подниму счет и отсканировав его приложу.
Алексей, основные поставки зарегистрированы у нас. Рекомендую вам связаться с менеджером, кто продавал продукт чтобы разобраться в ситуации.