После установки Trend Micro OfficeScan 8.0 Service Pack 1 Patch 3.1 все Клиенты стали Offline - Trend Micro - покупка, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию
Лёлик

После установки Trend Micro OfficeScan 8.0 Service Pack 1 Patch 3.1 все Клиенты стали Offline

Recommended Posts

Лёлик

Здравствуйте.

После установки Patch 3.1 на Trend Micro OfficeScan 8.0 Service Pack 1 (до этого был установлен Patch 3.0) все клиенты из удаленного офиса (соединение по vpn) стали в режиме offline. Клиенты в локальной сети работают нормально. Пробовал проводить тест коннекта утилитой IpXfer.exe, через http://<servername>:<port>/officescan/cgi/cgionstart.exe - проходит без проблем. Не знаю в чем еще может быть дело?

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
Здравствуйте.

После установки Patch 3.1 на Trend Micro OfficeScan 8.0 Service Pack 1 (до этого был установлен Patch 3.0) все клиенты из удаленного офиса (соединение по vpn) стали в режиме offline. Клиенты в локальной сети работают нормально. Пробовал проводить тест коннекта утилитой IpXfer.exe, через http://<servername>:<port>/officescan/cgi/cgionstart.exe - проходит без проблем. Не знаю в чем еще может быть дело?

В лог-файлах веб-сервера есть строки "http://<servername>:<port>/officescan/cgi/cgionstart.exe"?

Если есть, но проблема с сервером OfficeScan.

Если нет, то клиенты и не пытаются подключиться

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


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

нет таких строчек нету в логе.

с клиентами в локальной сети все в порядке. Проблема только с клиентами в удаленной сети соединенной через vpn. На firewall никакие правила не менялись.

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

Отредактировал Лёлик

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


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

спасибо, разобрался, проблема была не в trendmicro

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


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

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

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

Помогите разгребстись, пожалуйста.

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


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

1. Смотреть connlog\conn_2009MMDD.log - чего не хватает для полного счастья

2. Настроить правила файервола (что блочится - то логируется) и просмотреть логи файера (желательно не на всех машинах сразу, а на одной - на всяк случай).

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


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

  • Сообщения

    • demkd
      Это внеплановое обновление для разбора необычного случая с внедренными потоками, соответственно релиз задерживается. ---------------------------------------------------------
       5.0.RC2
      ---------------------------------------------------------
       o При обнаружении внедренного потока в процессе в лог печатается точное
         время создания потока и ТОП 10 наиболее вероятных виновников.
         (!) Только для потоков не имеющих привязки к DLL.
         (!) Функция требует активного отслеживания процессов. (Твик #39)

       o Изменен способ адресации мониторов при работе с удаленным рабочим столом.
         Теперь выбирается не логический номер монитора, а его порядковый номер,
         что позволяет избежать проблем при обновлении драйверов на видеокарту
         без закрытия окна удаленного рабочего стола.

       o В окно удаленного рабочего стола добавлена кнопка "Меню", она открывает
         на удаленном компьютере окно с кнопками быстрого доступа к часто используемым
         настройкам системы и системным утилитам.
         Утилиты из этого окна запускаются на удаленном компьютере под текущим пользователем.

       
    • demkd
      С большой вероятностью эта версия и станет v5.0
      Все что было запланировано реализовано. ---------------------------------------------------------
       5.0.RC1
      ---------------------------------------------------------
       o В окно запуска добавлен пункт меню "Перезагрузить в интерфейс встроенного ПО [UEFI]"
         Доступно начиная с Win10.

       o В окно запуска добавлен выбор основного шрифта.

       o Пополнено окно дополнительных настроек.

       o В функцию удаления временных файлов добавлено 4 каталога с временным файлами Windows.
         o \Windows\Downloaded Program Files
         o \ProgramData\Microsoft\Windows\WER\ReportArchive   
         o \ProgramData\Microsoft\Windows\WER\ReportQueue
         o \ProgramData\Microsoft\Windows\WER\Temp
         Функция больше не выводит в лог пути до отсутствующих каталогов.

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

       o Исправлена ошибка создания загрузочного диска под Windows 11 24H2,
         по неизвестной причине в этой редакции Windows dism из пакета ADK
         не способен без ошибок сформировать загрузочный образ диска,
         поэтому все операции с образом диска теперь выполняет штатный dism из системного каталога.

       o Исправлена ошибка для определения пути до драйвера CDD.DLL при анализе
         ключей безопасного режима.

       
    • PR55.RP55
      Критическая уязвимость в ASUS DriverHub https://www.comss.ru/page.php?id=16443
    • PR55.RP55
      Изменения для драйверов Windows 11: новые сертификаты и отказ от метаданных https://www.comss.ru/page.php?id=16408
    • demkd
      Если нет пользовательского реестра для пользователя то будет сообщение в логе, остальное не надо видеть и тем более удалять - это дело пользователя.
×