Перейти к содержанию
Лёлик

После установки 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
      Зачем ? Только для файлов которые попали в подозрительные. Логика такая:  Файл в подозрительных > uVS берёт его SHA1 ( если таковая есть ) и прогоняет весь список на совпадение > если совпадение найдено - файл попадает в подозрительные > в Инфо. файла пишется информация по какой причине файл попал в подозрительные. Да и проверку можно проводить на  готовом образе\списке.
    • demkd
      И чего в ней странного? Обычный каталог с непонятным LSM.
        Кто-давно не говорил что uVS медленно создает образ...
    • PR55.RP55
      + + Крайняя форма извращения: ( там же ) uVS  поместил а Подозрительные только два файла из шести. Предлагаю: Автоматически помещать в Подозрительные все файлы при совпадении SHA1 ( и\или имени ) т.е. если файл  попал в подозрительные - то идёт проверка списка на совпадения. Есть совпадение > файл в подозрительные. ( с соответствующий записью в Инфо - о причине )
    • PR55.RP55
      + http://www.tehnari.ru/f183/t262601/ Тоже странная запись. Полное имя                  C:\PROGRAMDATA\{01456982-0145-0145-014569822880}\LSM.EXE
      Имя файла                   LSM.EXE
      Тек. статус                   ПОДОЗРИТЕЛЬНЫЙ в автозапуске
                                 
      Сохраненная информация      на момент создания образа
      Статус                      в автозапуске
      Инф. о файле                Не удается найти указанный файл.
      Цифр. подпись               проверка не производилась
                                  
      Ссылки на объект            
      Ссылка                      C:\WINDOWS\SYSTEM32\TASKS\MICROSOFT LOCALMANAGER[WINDOWS 8.1 SINGLE LANGUAGE]
                                  
    • demkd
      Кто-то криворукий прописал путь, так что ничего удивительного нет.
×