В случае, если вы используете Adguard 4.2 и выше. Для правильной работы Adguard и DrWeb, Adguard должен быть установлен ПОСЛЕ DrWeb. Если вы устанавливали Adguard ДО DrWeb, выполните две команды ниже и перезагрузите компьютер: "C:\Program Files\Adguard\" - это место установки Adguard по умолчанию в 32-битной версии Windows. Если у вас оно отличается, замените его в командах, приведенных выше. Все, что описано ниже, относится к версии 4.1.9 и ниже. Ввиду одной из недавных тем на форуме, снова провел тестирование последней версии DrWeb и последней версии Adguard. Хотел убедиться все ли нормально работает, и не мешаем ли мы друг другу. Вообщем, результаты неожиданные. С одной стороны приятные, а с другой стороны мне, конечно, очень стыдно, что мы упустили из виду тестирование вместе с DrWeb -- надо было это сделать намного раньше. Результаты "Костыль", который мы в свое время придумали, с добавлением Adguard в исключения в Spider Gate и перехват трафика самого Spider Gate оказался не нужен. Уж не знаю, может быть ребята из DrWeb что-то поменяли, может быть это мы ненароком починили. Но теперь все работает нормально безо всяких костылей. В версии 4.2 мы обязательно уберем перехват трафика spidergate, но пока она не вышла, чтобы все работало так, как надо, необходимо убрать лишние настройки. Что нужно сделать 1. Уберите AdBlock.Agent.exe из исключений в Spider Gate 2. Уберите spidergate.exe из списка перехватываемых процессов в расширенных настройках Adguard. Выбираете строку с spidergate.exe, правый клик на ней, "Удалить".
Ага, спасибо и за тестирование и за подсказки. С нынешним настройками я заметил периодический "вылет" SpIDer Gate. Сейчас я настрою всё как здесь указано и несколько дней протестирую. Потом отпишусь здесь.
Закрывался SpIDer Gate и выдавал сообщение об ошибке. Сейчас посмотрю в системном журнале. А Вы пока посмотрите, пожалуйста, почту. Я Вам там ответил (про некоторые др. моменты). Посмотрел в Журнале. Ничего по этому вопросу нет. Искал и руками и поиском по описанию события.
Вылетал с системной ошибкой (что-то вроде "Необработанная ошибка Windows") или со своей собственной? Если с системной -- должно быть в журнале. Если со своей -- должно быть в логах drweb мне кажется.
Угу, что-то похожее нашел в логе гейта: [04/04/2011 11:52:16 000002f4] DrWebRPCServer was Started (0) [05/04/2011 02:24:03 000002f4] program shutdown (WM_ENDSESSION) [05/04/2011 02:24:03 000002f4] DrWebRPCServer Stopped И так несколько раз. Не знаю что и почему. Предполагаю что из-за запуска одновременно двух браузеров Opera и IE. К стати в IE 8 помощника нет и реклама не фильтруется (профильную тему еще не читал).
Dr.web space security 6 И снова вылет после обновления до версии 4.2. Сигнатура проблемы: Имя события проблемы: BEX Имя приложения: spidergate.exe Версия приложения: 6.0.3.4180 Отметка времени приложения: 4dabf672 Имя модуля с ошибкой: StackHash_0a9e Версия модуля с ошибкой: 0.0.0.0 Отметка времени модуля с ошибкой: 00000000 Смещение исключения: 00000103 Код исключения: c0000005 Данные исключения: 00000008 Версия ОС: 6.1.7601.2.1.0.256.1 Код языка: 1049 Дополнительные сведения 1: 0a9e Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789 Дополнительные сведения 3: 0a9e Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789 Имя журнала: Application Источник: Application Error Дата: 28.04.2011 3:37:10 Код события: 1000 Категория задачи100) Уровень: Ошибка Ключевые слова:Классический Пользователь: Н/Д Компьютер: samsung-ПК Описание: Имя сбойного приложения: spidergate.exe, версия: 6.0.3.4180, отметка времени: 0x4dabf672 Имя сбойного модуля: unknown, версия: 0.0.0.0, отметка времени 0x00000000 Код исключения: 0xc0000005 Смещение ошибки: 0x00000103 Идентификатор сбойного процесса: 0x16c8 Время запуска сбойного приложения: 0x01cc053bda823ed7 Путь сбойного приложения: C:\Program Files (x86)\DrWeb\spidergate.exe Путь сбойного модуля: unknown
Хм, вместе с DrWeb'ом мы только на 32-х разрядном Windows тестировали, проблем не возникало. Ошибка постоянно повторяется или только сразу после обновления? Можете сделать две вещи: 1. Напишите из самой программы из раздела поддержка, включите при этом галку "Отправлять отчет о системе". 2. После этого выполните две команды: Пункт 2 надеюсь поможет с вылетами.
2. После этого выполните две команды: После выполнения этих команд adguard вобще прекращает фильтровать рекламу,программа сама по-себе как бы и работает,зеленый значек в трее,модуль spidergate запустил вручную,но в журнале пусто и рекламма идёт.Отчет отправил) И ключ активации программы слетает при обновлении на новую версию,приходиться заново вводить. После перезагрузки зеленый значёк adguard горит,spidergate не вылетает,но фильтрации рекламы не происходит.
Изложу результаты переписки. Пока ничего не ясно. Сегодня вечером проведем дополнительно тестирование с DrWeb на x64 windows 7. Вообще, предположительно, ошибка на стороне DrWeb, но это не значит что они должны ее исправлять, это значит что нам надо подстроиться.
Кстати, забыл спросить, у вас какая версия DrWeb установлена (для x86 или для x64 Windows)? Я к чему это говорю, протестировал на Windows 7x64 + DrWeb Space Security x64. Все работает штатно. Есть одно замечание: Adguard должен быть установлен ПОСЛЕ DrWeb. В случае, если Adguard был установлен ДО DrWeb, необходимо выполнить следующие две команды:
avatar А вы с дампами работаете? Это наиболее радикальный способ локализовать проблему. В момент вылета программы или Гейта валить систему в синьку руками и затем анализировать дамп.
В данном конкретном случае в этом нет смысла - дефект не наш, а spider gate'овский. Не имея кода spider gate, что с дампом, что без, мы ничего понять не сможем.
Я свяжу вас с главным разработчиком. Постараюсь "пробить" приоритет. С Вас инструкция на форуме для всех (можно в этой же теме) как получить дамп, причем лучше полный (от mini толку не будет) и ручное сваливание системы в синьку.
Зачем BSOD? Спайдергейт же просто падает, достаточно отчета ватсона. Вообщем давайте подождем до завтра, если ничего не придумается, обратимся к ним. -- Ситуация изменилась. Поизучал отчет ватсона. Падает то, конечно, spidergate. Но изначально ошибка вылетает из нашей dll. Дебажим и ищем, как найдем - отпишу.
О, это уже ближе к правде. Замечательно. И не потому что вы там такие плохие кодеры. Просто я знаю на каком уровне DrWeb пишет свои коды. Они все делают на уровне ядра и драйверов. Не без ошибок, конечно, но очень талантливо работают. И часто ругаются на ошибки кода M$.
Если бы они писали на уровне ядра и драйверов, мы бы тогда сейчас не мучились со спайдергейтом. Только фаер работает у них через сетевой драйвер, spidergate и spidermail работают через LSP, также как и мы. Писать проще, а контроля меньше, хотя для задач гейта хватает. А на MS грех не поругаться, чего уж там говорить). P.S. Как бы никому не в обиду, просто уточняю. Ошибка то все равно наша.
не, не. главный драйвер у них в ядре. и это SpIDer Guard. А туда (в ядро) вообще мало кто суется из программ и АВ.
Не, тут я спорить не буду вообще -- не знаю, как guard работает. Но он отвечает только за сканирование файлов/процессов/памяти. А вот за сеть и работу с ней отвечает гейт. Большинство антивирей (навскидку - avast, кошмарский, nod32) работают с сетью и анализируют трафик с помощью сетевого драйвера, это самый низкий уровень - работа напрямую идет с сетевыми пакетами. LSP, который мы используем, это более высокий уровень, работа идет уже на уровне TCP/IP или UDP протокола (если простыми словами, то данные, которые до нас доходят, уже немного преобразованы). В принципе то ничего страшного в такой работе нет, только вот гейту приходится толкаться с кучей программ, типа нашей, что не очень-то хорошо.
