После установки 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. Настроить правила файервола (что блочится - то логируется) и просмотреть логи файера (желательно не на всех машинах сразу, а на одной - на всяк случай).

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


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

  • Сообщения

    • PR55.RP55
      По мелочи: 1) В меню: Тесты > Тест на АКТИВНЫЕ файловые вирусы
      Так вот, если просто закрыть окно по Esc ( не нажимая ОК ) программа всё равно начнёт поиск... 2) В меню: Файл > Восстановить реестр.
      Пример из лога:
      Выполнено за 1,423 сек.
      Указанный каталог не содержит полной и доступной для чтения копии реестра.
      ----
      Выполнено за 1,423 сек. Что выполнено ?
      Как-то совсем нехорошо звучит. Не нужно так пугать.  :)
    • demkd
      ---------------------------------------------------------
       5.0.5
      ---------------------------------------------------------
       o Исправлена ошибка в функции "Отобразить цепочку запуска процесса" в окне Истории процессов и задач.
         Функция могла зациклиться на конечном процессе цепочки, что приводило к подвисанию uVS.

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

       o В лог добавлен вывод состояния флагов защиты uVS.

       
    • demkd
      Ага, есть такое, исправлю. При включенном отслеживании или наличии драйвера данные оттуда не берутся, во всех версиях uVS. Такого не наблюдаю.
         
    • santy
      Что там будет с историей процессов и задач при работе с активной системой, трудно сказать, это же надо на своей системе (или VM) включать отслеживание. С отслеживанием в основном работаем с образами. Тема так и называется  "создать образ автозапуска с отслеживанием процессов и задач".
    • PR55.RP55
      https://disk.yandex.ru/i/JPJDtV0H4P6Hjg
×