OSCE 10.0 и Windows 2000 - проблема - Trend Micro - покупка, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

AlexCh

Обновил у себя сервер до версии 10.0 rus, в принципе всё хорошо, кроме того, что все компы под управлением Win2K стали периодически перезагружаться автоматом, примерно через 10 минут после загрузки ОС. Думал, что свежая установка клиента поможет, но нет, только увеличился интервал до перезагрузки, стал примерно 30 мин. Проблема одна и таже на всех машинках с Win2K. С другими ОС клиент работает нормально. Предполагаю, что не дружит 10-ка с Win2K, а вот 8-ка работала без проблем. Может есть предложения как решить данную проблему не прибегая к переустановке винды?

Спасибо!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Pavel Polyanskiy

Вообще известно о подобной ошибке, но она возникает в основном при использовании Control Manager 3.5 или 5.0.

Вы пользуетесь Control Manager?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей Володенков

Не понимаю при чем тут может быть Control Manager.

Отключите на проблемных машинах автоматическую перезагрузку при сбое и посмотрите какая ошибка будет на синем экране смерти.

К какому модулю она относится.Так же можно после падения проанализировать MEMORY DUMP.Это можно сделать с помощью утилиты Microsoft Win Dbg. Тогда станет ясно какой модуль вызывает падение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
lepa

Проблема случаем не с tmactmon.sys tmevtmgr.sys ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
AlexCh
Отключите на проблемных машинах автоматическую перезагрузку при сбое и посмотрите какая ошибка будет на синем экране смерти.

К какому модулю она относится.Так же можно после падения проанализировать MEMORY DUMP.Это можно сделать с помощью утилиты Microsoft Win Dbg. Тогда станет ясно какой модуль вызывает падение.

Забыл уточнить, машинки уходят в перезагруз аккуратно, закрывая все приложения и сетевые подключения, как если бы их перезагружали нормально через shutdown -r, но не все, некоторые вывалиались в синий экран. Но дело в том, что раб. станции обслуживает другой отдел и они уже вкорячили на эти машинки DrWeb, так что проверить возможности нет. Но что проблема в trend micro, это точно. Потому что без него всё работает нормально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей Володенков

Очень странное поведение.OfficeScan обычно только информирует о том, что машину нужно перезагрузить, но автоматически этого не делает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Pavel Polyanskiy

А давайте-ка посмотрим, что нам на это скажет тех. поддержка Trend Micro...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
AlexCh
А давайте-ка посмотрим, что нам на это скажет тех. поддержка Trend Micro...

Ну как там тех. поддержка, сказали чего-нибудь по этому поводу? Они наверное по Win2K даже не тестили 10-ку.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Николай Романов
Ну как там тех. поддержка, сказали чего-нибудь по этому поводу? Они наверное по Win2K даже не тестили 10-ку.

А Вы к своему партнеру обращались с проблемой? В первую очередь, проблемой должен был заняться партнер, а если ему проблему не удается решить своими силами - открыть заявку в Trend Micro. Но в данном случае, просто так вряд ли кто-то сможет ответить - нужно собирать CDT логи и отправлять их инженерам Trend Micro.

На Win2K тестировали, тут вы зря. К сожалению, тестирование тестированием, но в организациях с некоторыми приложениями время от времени могут возникать конфликты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Pavel Polyanskiy
Ну как там тех. поддержка, сказали чего-нибудь по этому поводу? Они наверное по Win2K даже не тестили 10-ку.

Разместил ваш кейс под номером SR2-1-291187901. Думаю в ближайшее время должны они отписаться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей Володенков

Недавно вышел SP1 for OSCE 10 rus.

Установите его, возможно он решит вашу проблему.

Скачать его можно здесь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
AlexCh
Недавно вышел SP1 for OSCE 10 rus.

Установите его, возможно он решит вашу проблему.

Скачать его можно здесь.

Спасибо, поставлю, а там посмотрим.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Pavel Polyanskiy

Пришел ответ из Trend Micro с просьбой собрать CDT-логи с машин, которые перезагружаются.

CDT= Case Diagnostic Tool.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
    • PR55.RP55
      * адрес страницы (ReferrerUrl) и адрес самого файла (HostUrl) в метке появились в Windows 10 версии 1703, их записывают браузеры, например Edge и Chrome. В статье показано, как посмотреть эти данные в Windows 11 https://www.comss.ru/page.php?id=22105
    • Ego Dekker
      ESET Cyber Security 10.0.2100  (macOS 13/14/15/26/27)
                                                                                  ●
              Руководство пользователя ESET Cyber Security 10  (PDF-файл)
                                                           
      Полезные ссылки:
      Технологии ESET
      Удаление антивирусов других компаний
      Как удалить ESET Cyber Security?
×