79 ответов в этой теме

[АВаТар]

возможность отключать её ещё в сетапе

нужна мне уже вчера

[GCRaistlin]

Гвозди, которые ВНЕЗАПНО намертво приклеиваются к отвертке (или молотку), стоит их только коснуться - это плохие, негодные гвозди. Но то в скучном реальном мире. У программистов все иначе. Главное - сделать вид, что так и должно быть, и дать стандартный рецепт - "не делайте так". Кое-что напоминает...

 

 

тут имеет место именно фича, которая не даёт кому попало прикасаться к интерфейсу АВ

Это уже откровенное лукавство, не сказать еще хужей. Прикасаться фича как раз дает - отлепиться мешает.

 

и может быть, когда-то будет возможность отключать её ещё в сетапе

Свежо предание, да верится с трудом. Философия у продукта другая - максимально все упростить и спрятать. В тренде, чо.

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

 

есть продукт, который как раз таки подходит для удалённого управления АВ продуктами

Вы в самом деле не понимаете, о каком кейсе речь ведется, или у вас ноблес оближ? Меня знакомый пользователь просит что-то сделать на машине. Скажем, софт установить. Я подсоединяюсь по TeamViewer, пользователь уходит от компа подальше - ну, логично же, чего ему в экран пялиться? А в процессе установки оказывается, что DrWeb ей мешает и его надо отрубить. И мы обламываемся. Начинаются звонки (не исключено, что в другой город), просьбы "щелкнуть по шестеренке" (как ни удивительно, той самой среднестатистической домохозяке, для удобства которой запилили этот "интуитивно понятный" значок, строчка в меню по ПКМ, естественно, была бы понятнее) и т. д.

Другой сценарий. Нам не надо ничего отрубать, мы просто - случайно или от нечего делать - щелкнули по значку DrWeb. Установка ж долго тянется, надо себя чем-то развлекать. Ну, щелкнули и щелкнули - окошко появилось, мы на него полюбовались, вернулись к своему основному занятию - и тут замечаем, что происходит что-то не то: клавиатура работает, мышь по экрану движется, а кнопки работать перестали. Кто виноват? Первая мысль, конечно, про TeamViewer, благо он тоже весьма кривой. И вот мы начинаем переподключаться, ставить другие версии, гуглить "teamviewer mouse not working" (это, кстати, гуглится хорошо, но советы, естественно, не помогают) и т. д. Догадаться, что проблему сделал клик по значку DrWeb (который, ЕМНИП, открывает нам таки меню), - это еще умудриться надо. В общем, да, классический не-баг-а-фича.

Сообщение было изменено GCRaistlin: 27 Август 2018 - 20:49

[basid]

Вот не надо всего этого плача Ярославны - на граблю наступается ровно один раз.

При установке DrWeb на собственный компьютер. Вы же не эникейщик "дальше-дальше", а специалист - не так ли?

 

P.S.

В бете-12 сделали так, как вам хочется - галочка вынесена в параметры установки.

[GCRaistlin]

Это не плач Ярославны, а разжевывание ситуации для тех, кто ее не понимает (или делает вид, что не понимает). Это раз. Во-вторых, я не уловил, при чем тут вообще установка DrWeb на собственный компьютер - проблема-то возникает как раз на другом компьютере. А в-третьих, еще раз повторяю, что галочка в параметрах установки - это вовсе не то, чего мне хочется. Не говоря уже о том, что, чтобы воспользоваться этой галочкой, нужно будет, вероятно, переустановить DrWeb.

[basid]

Я не нашёл документации на шестую версию, но в PDF руководства седьмой версии, на странице 52 приведён скриншот настроек с "той самой галочкой".

wget -SN http://download.geo.drweb.com/pub/drweb/windows/7.0/doc/drweb-700-win-ru.pdf
...
  HTTP/1.1 200 OK
  Server: nginx/1.6.2
  Date: Mon, 27 Aug 2018 18:08:24 GMT
  Content-Type: application/pdf
  Content-Length: 2524272
  Last-Modified: Fri, 26 Oct 2012 07:09:20 GMT

Если лично вы, занимаясь удалённой поддержкой, не удосужились ознакомиться с фичей, как минимум шестилетней давности - это именно, что плач Ярославны.

 

P.S.

Компьютер, к которому вы подключаетесь, принадлежит не вам, а совершенно другому пользователю.

Если вас не устраивают какие-то настройки, к которым привык этот совершенно другой пользователь, то "проблемы шерифа индейцев не волнуют".

Сообщение было изменено basid: 27 Август 2018 - 21:17

[GCRaistlin]

Да что вы говорите. Чего ж постеснялись привести скриншот той страницы?

"На странице, озаглавленной "Параметры самозащиты", вы можете настроить параметры самозащиты". Спасибо, кэп. Жутко полезная документация.

 

 

Компьютер, к которому вы подключаетесь, принадлежит не вам, а совершенно другому пользователю.

Если вас не устраивают какие-то настройки, к которым привык этот совершенно другой пользователь, то "проблемы шерифа индейцев не волнуют".

Спасибо, кэп, еще раз. Непонятно только, при чем тут это. Меня не устраивает, что гвозди к молотку приклеиваются по умолчанию и без предупреждения. Только и всего.

[pig]

IMHO:
1. Запрет эмуляции действий пользователя - вещь полезная. Даже если предполагается удалённое управление защищаемой системой - но не предполагается удалённое управление антивирусом.
2. Ситуация, когда случайный удалённый клик мышью по окну или меню агента ставит систему в неудобоваримое положение, - это всё-таки неадекватное поведение. Адекватное - когда реакции на такие события нет вообще. Правда, можно ли это реализовать средствами системы - не знаю.

[basid]

"Пошли дурака за бутылкой, так он, дурак, одну и принесёт".

Документация седьмой версии приведена, чтобы указать на давность существования фичи.

Если вам не нравится текст справки, то:

1. Читайте документацию актуальной версии;

2. Если вы считаете текст документации недостаточно информативным - выносите багу или трекер или в техподдержку.

 

P.S.

Для 11.5 это страница 55 PDF-документации.

[GCRaistlin]

Как, по-вашему, мне нужно было "ознакомиться с фичей шестилетней давности", если эта фича - до возникновения необходимости удаленной поддержки - принципиально непроверяема на локальной машине? Что разрешена эмуляция, что запрещена - разницы никакой.

 

 

Если вам не нравится текст справки, то:

1. Читайте документацию актуальной версии;

2. Если вы считаете текст документации недостаточно информативным - выносите багу или трекер или в техподдержку.

1. Документацию актуальной версии писал все тот же кэп:

 

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

Про средства удаленного управления тут ни слова. Или пользователь должен интуитивно догадаться, что TeamViewer как раз и эмулирует работу клавиатуры и мыши, при том, что внешне очень похожий на него RDC - нет?

 

2. Подобные вещи вообще бесполезно описывать в справке. Их просто не должно быть. Гвозди предназначены не для того, чтобы клеиться к молотку. Поэтому - спасибо, но я найду более интересные способы провести свое свободное время.

[basid]

Ещё раз: фича "запрета кнопкодавов" - полезна и должна быть включена, как часть комплекса самозащиты.

Ваши личные проблемы - не могут претендовать на глобальные. С учётом обходных манёвров для неуклюжих - вообще никак не могут.

[GCRaistlin]

Еще раз: нет никакой фичи запрета, потому что DrWeb не мешает вызывать свое меню мышью в сеансе TeamViewer. Но последствия этого вызова - абсолютно неадекватны. И сколько вы не твердите: "Фича", это - баг. И обходные маневры, ни хрена, кстати, не описанные в вашем обожаемом талмуде, ситуации не меняют.

 

Ваши личные проблемы - не могут претендовать на глобальные.

Ну, может, голосование еще проведем - личные это мои проблемы или все же проблемы дизайна?

[maxic]

GCRaistlin, вы немножко здесь путаете. Функционал работает как задумано. Более того, это описано в документации. Вы продолжаете утверждать, что это баг?
И ещё более того - вам дали все намётки для того чтобы вы изучили предмет и подобрали наиболее правильный инструмент для своих задач. Вы продолжаете упираться. Как думаете, почему с вами прекращают диалог по существу? Сапиенти сат. basid бесконечно терпелив

[Dmitry_rus]

Бесконечный респект уважаемому basid и остальным присутствующим, но имхается мне, что это багофича. Да, оно работает так, как описано в документации. Но позволяет себе чуть больше, чем там описано. И это не есть хорошо.

Настройка Запрещать эмуляцию действий пользователя позволяет предотвратить изменения в настройках Dr.Web, производимые сторонними программными средствами.

Ключевые слова - "предотвратить изменения в настройках Dr.Web", а не отрубать удаленному пользователю мышь/клавиатуру, заставляя его прибегать ко всяческим ухищрениям, типа Alt+Tab и иже с ними.

В этом плане согласен с pig - либо документацию подправьте, либо код...

[GCRaistlin]

 

Функционал работает как задумано. Более того, это описано в документации. Вы продолжаете утверждать, что это баг?

В документации сказано, что при нажатии мышью на значок DrWeb в сеансе TeamViewer оный перестает получать дальнейшие нажатия? На какой странице? И - да, баг, описанный в документации, продолжает оставаться багом.

 

 

И ещё более того - вам дали все намётки для того чтобы вы изучили предмет и подобрали наиболее правильный инструмент для своих задач.

Вы прочли два сценария, описанные мною выше? И продолжаете утверждать, что дело в неправильном инструменте? Тогда, действительно, sapienti sat.

 

 

Как думаете, почему с вами прекращают диалог по существу?

Да какой там диалог по существу, что вы. Это всё так, упражнения в изящной словесности с обеих сторон - на грани warning point'а. Вернее, с одной стороны - иногда и за гранью, но, как известно, некоторые животные равнее других.

Если бы я обнаружил ответ на свой первоначальный вопрос до того, как создал эту тему, ее бы и вовсе не было. Не потому, что я бы согласился тогда с вашей позицией или позицией basid, - просто бывает два подхода к разработке ПО. Подход первый: если на последовательность действий пользователя, какой бы странной она ни казалась, продукт реагирует неадекватно, это баг, и он должен быть исправлен. Подход второй: если существует последовательность действий, с помощью которой эту неадекватность можно обойти, это не баг, а проблема пользователя, который страдает какой-то хренью. С каким продуктом приятнее работать - с тем, который получается при первом подходе, или тем, который при втором, - вы уж ответьте сами. И какой подход используют разработчики DrWeb - тоже. Для себя я надлежащие выводы сделал уже давно - после того как КЮ в обсуждении одного моего тикета написал, что "правка hosts - это хакерство". И на том спасибо, что проблему можно хотя бы обойти. Могло быть хуже.

[basid]

Защита это не про удобство. Защита это про безопасность.

"Дэти, это нелзя понят - это надо запомнит" (ц) бородатый анекдот.

[Konstantin Yudin]

Защита это не про удобство. Защита это про безопасность.
"Дэти, это нелзя понят - это надо запомнит" (ц) бородатый анекдот.

в точку. нельзя прикасаться к нашим окнам, настройки это лишь понятное описание для всех, что запрещаем управлять антивирусом.

[Kirill Polubelov]

Конечно, GCRaistlin - прав.

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

А поскольку "фича", по-видимому, популярна среди вирусописателей, защита от эмуляции включена по умолчанию.

[GCRaistlin]

 

в точку. нельзя прикасаться к нашим окнам

Во-первых, в любом запрете должен быть какой-то смысл. В меню без повышения прав ничего опасного сделать нельзя. Смысл делать его неприкасаемым? Или дизайнерам просто лень думать, как красиво отделить "опасное" от "безопасного"? Тогда - во-вторых - можно добавить маленькую информационную строчку в сетап.

 

 

А поскольку "фича", по-видимому, популярна среди вирусописателей, защита от эмуляции включена по умолчанию.

Смысл тогда в галке в 12-м сетапе?

[basid]

Смысл тогда в галке в 12-м сетапе?

А подумать?

Для тех, например, кто устанавливает Dr.Web удалённо.

[Konstantin Yudin]

с каких пор дизайнеры думают о безопасности?

>Смысл тогда в галке в 12-м сетапе?

для людей которые изначально ставят продукт удаленно. как просили.