Тут еще один баг/фича подьехал...
При обновлении через Vierwer происходит обновление до stable релиза. Но из Viewer'a beta невозможно подключиться для настройки к удаленному хосту из-за разницы версий.
Бета-тестирование 7.7.2 - бета 2
Данный форум не является официальной службой поддержки продукта. Адрес службы поддержки: support@tektonit.com
Originally posted VbaneAcc:
Originally posted VbaneAcc:
id1,
тоже самое.
Originally posted VbaneAcc:
это бета-версия. если ее использовать в продакшене, то предварительно хорошо протестировав и с полным пониманием всех рисков. автоматическое обновление на бету никогда не работало и никогда не будет работать в будущем, как раз, чтобы не было вот таких инцидентов.
Какие данные будут переданы на сервер?
те же самые, что и раньше. при чем тут "ручное копирование". вы пишите не по теме.Originally posted VbaneAcc:
Не могу сказать за бету, но также были проблемы с MSI, если при отправке на почту данных клиента возникала ошибка (не верный smtp / логин / пароль). В такой ситуации, Host не получал интернет ID и работал только по IP до ручной перенастройки.
+ На сколько я помню, была проблема с конфигуратором - невозможность отключить запрос одиночного пароля (хотя бы снятие данной галки).
++ Не проверено, но в некоторых ситуациях сложилось впечатление, что, если при установке MSI снять галку "установить одиночный пароль" то саму опцию "Защита одиночным паролем" это не отключает, а только делает пустым пароль. В результате подключиться к хосту может любой без пароля.
это все не воспроизводится.+ На сколько я помню, была проблема с конфигуратором - невозможность отключить запрос одиночного пароля (хотя бы снятие данной галки).
++ Не проверено, но в некоторых ситуациях сложилось впечатление, что, если при установке MSI снять галку "установить одиночный пароль" то саму опцию "Защита одиночным паролем" это не отключает, а только делает пустым пароль. В результате подключиться к хосту может любой без пароля.
id1,
тоже самое.
Originally posted VbaneAcc:
Тут еще один баг/фича подьехал...
При обновлении через Vierwer происходит обновление до stable релиза. Но из Viewer'a beta невозможно подключиться для настройки к удаленному хосту из-за разницы версий.
При обновлении через Vierwer происходит обновление до stable релиза. Но из Viewer'a beta невозможно подключиться для настройки к удаленному хосту из-за разницы версий.
это бета-версия. если ее использовать в продакшене, то предварительно хорошо протестировав и с полным пониманием всех рисков. автоматическое обновление на бету никогда не работало и никогда не будет работать в будущем, как раз, чтобы не было вот таких инцидентов.
Originally posted alex:
полагаю, вы меня не верно поняли, я имею ввиду перетаскивание созданной записи из локальной адресной книги в серверную.
Это актуально, например когда развились до собственного сервера или по иным причинам и нужно портировать локальную АК в серверную, но как выясняется - с несколько неожиданным результатом в виде переданных туда же учетных данных.
Originally posted alex:
могу предоставить msi (правда версии 7.2.2.0)
Originally posted alex:
опять же, вы не правильно поняли, речь о том, что тестируя бету - невозможно удаленно подправить конфиг, нужно либо сносить бету и ставить обратно стабильную версию, либо использовать портативку для тестирования беты (хотелось чтобы с беты можно было править удаленные конфиги без всех этих шаманств)))
добавлю также, что во viewer так и осталась проблема с запуском MSI-конфигуратора, требующая запуска viewer'a с админскими правами, вместо того, чтобы вызвать конфигуратор с запросом на повышение прав.
да и полагаю хост, можно тоже автоматом останавливать, если он мешает msi-конфигуратору, а по завершении конфигурирования запускать автоматом.
те же самые, что и раньше. при чем тут "ручное копирование". вы пишите не по теме.
полагаю, вы меня не верно поняли, я имею ввиду перетаскивание созданной записи из локальной адресной книги в серверную.
Это актуально, например когда развились до собственного сервера или по иным причинам и нужно портировать локальную АК в серверную, но как выясняется - с несколько неожиданным результатом в виде переданных туда же учетных данных.
Originally posted alex:
это все не воспроизводится.
могу предоставить msi (правда версии 7.2.2.0)
Originally posted alex:
автоматическое обновление на бету никогда не работало и никогда не будет работать в будущем
опять же, вы не правильно поняли, речь о том, что тестируя бету - невозможно удаленно подправить конфиг, нужно либо сносить бету и ставить обратно стабильную версию, либо использовать портативку для тестирования беты (хотелось чтобы с беты можно было править удаленные конфиги без всех этих шаманств)))
добавлю также, что во viewer так и осталась проблема с запуском MSI-конфигуратора, требующая запуска viewer'a с админскими правами, вместо того, чтобы вызвать конфигуратор с запросом на повышение прав.
да и полагаю хост, можно тоже автоматом останавливать, если он мешает msi-конфигуратору, а по завершении конфигурирования запускать автоматом.
Originally posted alex:
Ни отключить "Защиту одиночным паролем", ни установить этот самый пароль - через конфигуратор - не возможно
Соответственно, при установке, эта галка стоит по умолчанию:
Originally posted VbaneAcc:
+ На сколько я помню, была проблема с конфигуратором - невозможность отключить запрос одиночного пароля (хотя бы снятие данной галки).
это все не воспроизводится.Ни отключить "Защиту одиночным паролем", ни установить этот самый пароль - через конфигуратор - не возможно
Соответственно, при установке, эта галка стоит по умолчанию:
Originally posted VbaneAcc:
Это действительно не так, как выяснилось путем экспериментов, срабатывала авторизация через сервер, хотя вход был из локальной адресной книги но с неверным (устаревшим) паролем RMS авторизации.
НО, тут обнаружилась другая проблема, полагаю что пароли для авторизации хранятся предположительно с обратимым шифрованием и вставляются в окно с паролем в открытом виде (закрытые лишь звездочками).
Как проверялось:
задан пароль к примеру: p@$sW0rD - пароль не верный, но сохранен в RMS viewer для конкретного хоста
в хосте устанавливаем пароль: 123p@$sW0rD=#
при выдаче сообщения о неверном логине и пароле, просто дописываем недостающие символы в начало и в конец строки соответственно.- авторизация пройдена!
Еще один тест был проведен с помощью утилиты PasswordCracker - отображающей скрытые пароли, которая подтвердила выводы сделанные ранее.
++ Не проверено, но в некоторых ситуациях сложилось впечатление, что, если при установке MSI снять галку "установить одиночный пароль" то саму опцию "Защита одиночным паролем" это не отключает, а только делает пустым пароль. В результате подключиться к хосту может любой без пароля.
Это действительно не так, как выяснилось путем экспериментов, срабатывала авторизация через сервер, хотя вход был из локальной адресной книги но с неверным (устаревшим) паролем RMS авторизации.
НО, тут обнаружилась другая проблема, полагаю что пароли для авторизации хранятся предположительно с обратимым шифрованием и вставляются в окно с паролем в открытом виде (закрытые лишь звездочками).
Как проверялось:
задан пароль к примеру: p@$sW0rD - пароль не верный, но сохранен в RMS viewer для конкретного хоста
в хосте устанавливаем пароль: 123p@$sW0rD=#
при выдаче сообщения о неверном логине и пароле, просто дописываем недостающие символы в начало и в конец строки соответственно.- авторизация пройдена!
Еще один тест был проведен с помощью утилиты PasswordCracker - отображающей скрытые пароли, которая подтвердила выводы сделанные ранее.
VbaneAcc,
пароль на настройки исправили, в т.ч. для Конфигуратора и для удаленной настройки.
Originally posted VbaneAcc:
пароль на настройки исправили, в т.ч. для Конфигуратора и для удаленной настройки.
Originally posted VbaneAcc:
НО, тут обнаружилась другая проблема, полагаю что пароли для авторизации хранятся предположительно с обратимым шифрованием и вставляются в окно с паролем в открытом виде (закрытые лишь звездочками).
да, всегда так и было на Клиенте (на Хосте хранятся только хэши). если к учетной записи есть доступ у посторонних - не храните пароли.BDR,
Originally posted BDR:
DragonIT,
к сожалению, картина будет портиться неизбежно, но данный релиз дает нам больше рычагов и возможностей решить вопрос более долгосрочно и надежно. аргументов у антивирусов, которые имеют специальны частные договоренности с синим и красным конкретном, будет меньше.
Originally posted BDR:
все антивири ругаются на трояна
прям вот все?DragonIT,
к сожалению, картина будет портиться неизбежно, но данный релиз дает нам больше рычагов и возможностей решить вопрос более долгосрочно и надежно. аргументов у антивирусов, которые имеют специальны частные договоренности с синим и красным конкретном, будет меньше.
Originally posted alex:
дефендер встроенный в wсервер и в w11 прям на полувздохе возбудился
кошмарский просто молча отработал, я не успел даже браузер свернуть.
кстати... удалось скачать в edge в режиме инкогнито... но потом при подготовке собственной настройки дефендер резанул что то типа rootserv, но результирующий msi создался.
прям вот все?
дефендер встроенный в wсервер и в w11 прям на полувздохе возбудился
кошмарский просто молча отработал, я не успел даже браузер свернуть.
кстати... удалось скачать в edge в режиме инкогнито... но потом при подготовке собственной настройки дефендер резанул что то типа rootserv, но результирующий msi создался.
виноват, надо было писать "все используемые у нас в компании"alex,
Как на счет этого?:
Originally posted VbaneAcc:
Как на счет этого?:
Originally posted VbaneAcc:
добавлю также, что во viewer так и осталась проблема с запуском MSI-конфигуратора, требующая запуска viewer'a с админскими правами, вместо того, чтобы вызвать конфигуратор с запросом на повышение прав.
да и полагаю хост, можно тоже автоматом останавливать, если он мешает msi-конфигуратору, а по завершении конфигурирования запускать автоматом.
да и полагаю хост, можно тоже автоматом останавливать, если он мешает msi-конфигуратору, а по завершении конфигурирования запускать автоматом.