Объявляем о выходе обновления LiteManager 4.4.2

Вопросы, связанные с эксплуатацией, тестированием и лицензированием LiteManager - программы удаленного управления и администрирования компьютеров.

Объявляем о выходе обновления LiteManager 4.4.2

Сообщение admin » 28 фев 2012, 14:31

Объявляем о выходе обновления LiteManager 4.4.2

После выхода версии 4.4.1 в программе были обнаружены ряд ошибок и недочётов, в этом обновление мы попытались исправить как можно больше ошибок, спасибо всем кто принимал и принимает участие в отладке программы. Программа стала работать более стабильно и надежно.
Версия 4.4.2 предназначена для тестирования, если в течение 1-2 недель не будет найдено ошибок, то обновление появится и на главной странице сайта.

Реализованы небольшие доработки.
- устранены залипания клавиш на сервере, после отключения режима управления
- добавлена возможность устанавливать каскадное подключение через Соединение по ID
- Соединение по ID, теперь при ручном выборе NOIP его номер запоминается и все соединения автоматически идут через выбранный NOIP
- NOIP был оптимизирован, улучшена скорость передачи данных, уменьшена нагрузка в режиме ожидания
- Viewer можно запустить под Wine для Linux, тестировался под Ubuntu, при запуске программы будет предложено включить режим совместимости с Wine, опция сохраняется в настройках программы
- На сервере добавлено разграничение прав пользователей в безопасности NT.
- На сервере добавлена возможность разграничений прав пользователей по имени и паролю, так называемая безопасность LM. Пользователи добавляются в ручную без привязки к учетным записям Windows. Теперь при авторизации на Viewer есть возможность указывать имя пользователя.
- и небольшие доработки из пожеланий.

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

Полная версия.
Скачать LiteManager Pro 4.4.2.
http://litemanager.ru/soft/download.php ... 4.2_ru.zip
С уважением LiteManagerTeam

support@litemanager.ru
+7 909 424 80 31
Icq: 615906065
Skype: LiteManagerTeam
admin
Администратор
 
Сообщения: 3631
Зарегистрирован: 02 июн 2010, 13:59

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение toter » 28 фев 2012, 14:54

А можно еще и сервер не требующий права администратора?
Заранее спасибо.
toter
 
Сообщения: 58
Зарегистрирован: 21 апр 2011, 18:33

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение admin » 29 фев 2012, 15:02

Добрый день!
По ссылке
http://litemanager.ru/bug_test/ROMServer_User.rar
С уважением LiteManagerTeam

support@litemanager.ru
+7 909 424 80 31
Icq: 615906065
Skype: LiteManagerTeam
admin
Администратор
 
Сообщения: 3631
Зарегистрирован: 02 июн 2010, 13:59

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение Mastermind » 01 мар 2012, 14:25

Спасибо за новую версию, будем проверять.

admin писал(а):Реализованы небольшие доработки.
- устранены залипания клавиш на сервере, после отключения режима управления

Да, и ещё наконец-то все клавиши стали правильно передаваться из вьюэра в RDP сессии. :D

admin писал(а):- На сервере добавлено разграничение прав пользователей в безопасности NT.

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

admin писал(а):- На сервере добавлена возможность разграничений прав пользователей по имени и паролю, так называемая безопасность LM. Пользователи добавляются в ручную без привязки к учетным записям Windows. Теперь при авторизации на Viewer есть возможность указывать имя пользователя.

Если я правильно понимаю, единый пароль теперь стал как бы "суперпользователем" (root'ом), потому что при его использовании действуют все права доступа?..
С LM пользователями стало лучше, но во вьюэре оказывается неудобно работать с таким режимом авторизации. В настройках подключения есть только поле пароля, сразу нужного пользователя там указать негде, можно лишь только удалить пароль, чтобы при подключении отобразилось окно авторизации, а уже там указать нужного пользователя. Заодно также нельзя сказать точно, в режиме какой авторизации находится конкретное соединение.
Считаю, что можно в настройках соединения группу "Пароль" переименовать в "Авторизация", добавить первым реквизит "Пользователь" (аналогично в окне настроек соединения по умолчанию). Если он пустой, то авторизация по старому методу - по паролю с полным доступом, если указан - значит по LM пользователю с его правами доступа. Хотя, с точки зрения общепринятой схемы авторизации, разумнее убрать авторизацию "просто по паролю", а в список LM пользователей добавить какого-нибудь пользователя по умолчанию (с возможностью переименования) с полными правами, можно его даже сделать неудаляемым.
Но, в целом, подобные возможности авторизации радуют, именно с данного функционала и должна была начинаться разработка схемы авторизации на сервере.


Данная проблема так и осталась.
Mastermind
 
Сообщения: 93
Зарегистрирован: 06 сен 2010, 13:26

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение admin » 01 мар 2012, 15:21

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

Надо тестировать, ничего нового не делали кроме как расширили маску доступа по другим режимам, т.е. в принципе все осталось по старому.

Если я правильно понимаю, единый пароль теперь стал как бы "суперпользователем" (root'ом), потому что при его использовании действуют все права доступа?..

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

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

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

Данная проблема так и осталась.

Тестировали, вроде не было проблемы с переключением. Опишите подробнее, возможно сессия переходит в спящий режим?
С уважением LiteManagerTeam

support@litemanager.ru
+7 909 424 80 31
Icq: 615906065
Skype: LiteManagerTeam
admin
Администратор
 
Сообщения: 3631
Зарегистрирован: 02 июн 2010, 13:59

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение Mastermind » 02 мар 2012, 07:17

admin писал(а):
Прописал одного конкретного доменного пользователя в права доступа, авторизуюсь из-под учётки другого пользователя, которого нет в правах сервера, выскакивает окошко ввода учётных данных. Ввожу того пользователя, которого занёс в настройки сервера, не хочет авторизовываться, опять предлагает ввести учётные данные. Внёс в настройки текущего пользователя или его группу, тогда авторизация прошла. Т.е., если по пользователю текущего контекста авторизация не проходит, то даже при вводе данных NT пользователя, указанного в настройках сервера, она тоже не проходит.

Надо тестировать, ничего нового не делали кроме как расширили маску доступа по другим режимам, т.е. в принципе все осталось по старому.

Хорошо, попробую ещё. Но с первых моментов использования NT авторизации именно такой результат и получил.

admin писал(а):
Если я правильно понимаю, единый пароль теперь стал как бы "суперпользователем" (root'ом), потому что при его использовании действуют все права доступа?..

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

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

admin писал(а):
С LM пользователями стало лучше, но во вьюэре оказывается неудобно работать с таким режимом авторизации. В настройках подключения есть только поле пароля, сразу нужного пользователя там указать негде, можно лишь только удалить пароль, чтобы при подключении отобразилось окно авторизации, а уже там указать нужного пользователя. Заодно также нельзя сказать точно, в режиме какой авторизации находится конкретное соединение.

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

Как я понял, если один раз авторизоваться на удалённом сервере по пользователю/паролю, то эта авторизация действует до момента перезагрузки удалённого сервера или же ручного отключения от него. Удобство авто-логона было в том, что не требовалось постоянно подтверждать реквизиты подключения. Сейчас же авто-логон работает именно по общему паролю, и если он не подходит, выдаётся окно авторизации.
Всё таки такая схема не совсем практична с точки зрения общепринятой авторизации по комбинации Пользователь/Пароль. Например, ситуация, когда есть администратор с полным доступом к удалённому серверу и есть непривилегированный пользователь с минимальными правами. Администратору можно использовать общий пароль с полным доступом, чтобы нормально работал авто-логон. А как быть пользователю? Ему каждый раз при подключении к серверу постоянно вводить пользователя и пароль? А зачем тогда авто-логон в данном диалоговом окне?
Хорошо, что вы добавили новую схему LM авторизации по пользователям, но, увы, со старой схемой общего пароля она на данный момент недостаточно хорошо уживается, добавляет определённые неудобства. На мой взгляд, лучше упразднить общий пароль в пользу пользователя-администратора с полными правами по умолчанию и добавлением реквизита пользователя в настройки авторизации соединения. Думаю, другие пользователи данного продукта тоже могут испытывать описанные выше проблемы. Вот в версиях 2.x аналогичного ПО от компании Фаматек тоже была авторизация только по паролю, а в версиях 3.x тоже имеется механизм двойной авторизации (собственный/NT), но собственная авторизация уже _только_ по пользователю/паролю, что более логично и общепринято; но, что там нет авто-логона для собственной авторизации, в чём LM, несомненно, выигрывает.

admin писал(а):
Данная проблема так и осталась.

Тестировали, вроде не было проблемы с переключением. Опишите подробнее, возможно сессия переходит в спящий режим?

При выборе сессии переключение не происходит мгновенно, может пройти какое-то время, а может и совсем не переключиться на эту сессию. Для надёжности приходится кликать дважды на нужную сессию.
А чёрный экран и невозможность управления - да, когда сессия пользователя простаивает. Пока он её опять не "оживит", просмотра и управления этой сессии нет.
Mastermind
 
Сообщения: 93
Зарегистрирован: 06 сен 2010, 13:26

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение admin » 02 мар 2012, 11:28

Как я понял, если один раз авторизоваться на удалённом сервере по пользователю/паролю, то эта авторизация действует до момента перезагрузки удалённого сервера или же ручного отключения от него. Удобство авто-логона было в том, что не требовалось постоянно подтверждать реквизиты подключения. Сейчас же авто-логон работает именно по общему паролю, и если он не подходит, выдаётся окно авторизации.
Всё таки такая схема не совсем практична с точки зрения общепринятой авторизации по комбинации Пользователь/Пароль. Например, ситуация, когда есть администратор с полным доступом к удалённому серверу и есть непривилегированный пользователь с минимальными правами. Администратору можно использовать общий пароль с полным доступом, чтобы нормально работал авто-логон. А как быть пользователю? Ему каждый раз при подключении к серверу постоянно вводить пользователя и пароль? А зачем тогда авто-логон в данном диалоговом окне?

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

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

Серсвер программы используется 4.4.2? Можете посмотреть статус в диспетчере задач у данной RDP сессии?
С уважением LiteManagerTeam

support@litemanager.ru
+7 909 424 80 31
Icq: 615906065
Skype: LiteManagerTeam
admin
Администратор
 
Сообщения: 3631
Зарегистрирован: 02 июн 2010, 13:59

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение Mastermind » 02 мар 2012, 11:46

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

Вообще-то я имел ввиду немного другое: чтобы в параметрах соединения в разделе "Авторизация" можно было ввести имя пользователя, пароль и галочки "Сохранять пароль" и "Авто-логон", и чтобы вьюэр автоматически подключался к удалённому серверу именно под этим пользователем, ведь он же сейчас по единому паролю именно так и подключается. Если же нужно подключиться под другим пользователем, то достаточно изменить пользователя/пароль в свойствах этого подключения и авторизоваться заново. Конечно, если, скажем, одному человеку нужно работать с удалённым сервером под разными пользователями, можно либо временно изменить данные авторизации в свойствах подключения, либо, как вариант, создать копию данного подключения с другими учётными данными. Я не думаю, что необходимость подключения с постоянной сменой пользователя будет часто требоваться. В моём понимании разграничение по пользователям удобно для ситуации, когда несколько фактических пользователей подключаются к одному серверу и каждый подключается со своими учётными данными, авто-логон в данной ситуации очень помогает.

admin писал(а):
При выборе сессии переключение не происходит мгновенно, может пройти какое-то время, а может и совсем не переключиться на эту сессию. Для надёжности приходится кликать дважды на нужную сессию.
А чёрный экран и невозможность управления - да, когда сессия пользователя простаивает. Пока он её опять не "оживит", просмотра и управления этой сессии нет.

Серсвер программы используется 4.4.2? Можете посмотреть статус в диспетчере задач у данной RDP сессии?


По диспетчеру задач сессия активна, в диспетчере служб удалённых рабочих столов у такой сессии ещё указано время простоя. Когда переключаюсь на такую сессию - чёрный экран со всеми вытекающими проблемами. Если пользователь работает в сессии - водит мышкой, нажимает кнопки клавиатуры, т.е. проявляет активность, - то всё нормально, экран сессии видно, можно перехватить управление.
LM сервер обновил до 4.4.2, но, насколько помню, такая проблема имеет место с самого первого релиза, где реализована эта функция переключения на другую удалённую сессию.
Mastermind
 
Сообщения: 93
Зарегистрирован: 06 сен 2010, 13:26

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение admin » 02 мар 2012, 15:16

Вообще-то я имел ввиду немного другое: чтобы в параметрах соединения в разделе "Авторизация" можно было ввести имя пользователя, пароль и галочки "Сохранять пароль" и "Авто-логон", и чтобы вьюэр автоматически подключался к удалённому серверу именно под этим пользователем, ведь он же сейчас по единому паролю именно так и подключается. Если же нужно подключиться под другим пользователем, то достаточно изменить пользователя/пароль в свойствах этого подключения и авторизоваться заново. Конечно, если, скажем, одному человеку нужно работать с удалённым сервером под разными пользователями, можно либо временно изменить данные авторизации в свойствах подключения, либо, как вариант, создать копию данного подключения с другими учётными данными. Я не думаю, что необходимость подключения с постоянной сменой пользователя будет часто требоваться. В моём понимании разграничение по пользователям удобно для ситуации, когда несколько фактических пользователей подключаются к одному серверу и каждый подключается со своими учётными данными, авто-логон в данной ситуации очень помогает.

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

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

support@litemanager.ru
+7 909 424 80 31
Icq: 615906065
Skype: LiteManagerTeam
admin
Администратор
 
Сообщения: 3631
Зарегистрирован: 02 июн 2010, 13:59

Re: Объявляем о выходе обновления LiteManager 4.4.2

Сообщение Mastermind » 02 мар 2012, 15:50

admin писал(а):Если включить использовать имя пользователя, то окошко для ввода пароля будет появляться всегда.
Да, что касается авто-логон, думаю нужно будет доработать, что бы бралось имя последнего пользователя (возможно единственного) и пароль и авторизовалось.

Вот я именно это и имею ввиду, чтобы авторизация авто-логона могла производиться по комбинации "LM логин/пароль" вместо только общего пароля.

admin писал(а):
По диспетчеру задач сессия активна, в диспетчере служб удалённых рабочих столов у такой сессии ещё указано время простоя. Когда переключаюсь на такую сессию - чёрный экран со всеми вытекающими проблемами. Если пользователь работает в сессии - водит мышкой, нажимает кнопки клавиатуры, т.е. проявляет активность, - то всё нормально, экран сессии видно, можно перехватить управление.
LM сервер обновил до 4.4.2, но, насколько помню, такая проблема имеет место с самого первого релиза, где реализована эта функция переключения на другую удалённую сессию.

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

Если правильно понимаю, то вся работа с пользовательским окружением идёт от процесса пользователя ROMFUSClient.exe. Может быть сессия и засыпает, и процесс этот тоже. Просто я ещё не сталкивался с такой технической особенностью RDP сессии, но из имеющихся результатов можно сделать подобный вывод.

Да, могу попробовать тестовый сервер, данная проблема в настоящий момент наиболее актуальна.
Mastermind
 
Сообщения: 93
Зарегистрирован: 06 сен 2010, 13:26

След.

Вернуться в LiteManager: Техническая поддержка, тестирование, неполадки и другие вопросы

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3