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

Recommended Posts

tester2k

поставил. активировал. сразу почему-то полез смотреть about (вверху справа) и что же "About Trend Micro InterScan Web Security Virtual Appliance 5.1 Service Pack 1"

думаю, вот блин, обновился <_<

Успокоился когда залел в Administration - System updates

там указано

OS version: 2.0.1039

Applicaton version 5.5_Build_Linux_1287

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


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

главное чтобы новые "фишки" работали

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


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

с понедельника IWSVA 5.5 выжирает траффик Интернета, обнаружил несразу, сначала 20 Мбит/с, сегодня ночью 40 Мбит/с !!!

вырубил сервер - траффик в норме.

Что это могло быть?

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


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

запускаю сервер.

Пишет:

SRAT: Hotplug zone not continuous. Partly ignored.

Red Hat nash version 5.1.19.6 starting

ниже

Kernel alive

Kernel direct mapping tables up to 1000-бла-бла-бла

и всё. висяк.

Что это такое? Что делать?

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


Ссылка на сообщение
Поделиться на другие сайты
tester2k
запускаю сервер.

Пишет:

SRAT: Hotplug zone not continuous. Partly ignored.

Red Hat nash version 5.1.19.6 starting

ниже

Kernel alive

Kernel direct mapping tables up to 1000-бла-бла-бла

и всё. висяк.

Что это такое? Что делать?

убрал Dinamic Memory, оставил машине 2Гб статики и сервер поднялся!

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


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

опять вечером, с четверга на пятницу, сервер IWSVA 5.5 что-то упорно тянет с интернета, вешая весь канал.

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

Привожу скрин показаний дашборда и статистики интерфейса коммутатора подклчюенного к iSCSI-target'у (там располагается виртуальный сервер) во время зашкаливания:

a461a82bf6f9t.jpg

Просмотрел настройки шедулера, тянет Scan Engine Update.

Видимо тянет-потянет, вытянуть не может. Пишет что апдейт свежий 9.5.1005, но дату апдейта показывает еще летнюю.

Обновил мануально.

Посмотрим до след. пятницы :angry:

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


Ссылка на сообщение
Поделиться на другие сайты
tester2k
Посмотрим до след. пятницы :angry:

пришло время пятницы, и граффик траффика по прежнему зашкаливает. всему виной сервер IMSVA - после его перезагрузки все гуд.

Гуру подскажите как лечить?

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


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

я вам не скажу за всю Одессу :)

надо смотреть по tcpdump, что загружается - может заклинило обновление какие-то обновления

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


Ссылка на сообщение
Поделиться на другие сайты
tester2k
надо смотреть по tcpdump, что загружается - может заклинило обновление какие-то обновления

а что дампить то? :blink:

дайте наводку..

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


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

внедряю IWSVA 5.5 как отдельный прокси-сервер.

хочу ограничить доступ к серверу LDAP-группой.

где настраивается это ограничение?

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


Ссылка на сообщение
Поделиться на другие сайты
Николай Романов
внедряю IWSVA 5.5 как отдельный прокси-сервер.

хочу ограничить доступ к серверу LDAP-группой.

где настраивается это ограничение?

Если речь идет о разграничении прав доступа к консоли управления с привязкой к LDAP, то в IWSVA этого нет. LDAP в продукте рассчитан прежде всего на создание политик доступа в Интернет и сопутствующие задачи.

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


Ссылка на сообщение
Поделиться на другие сайты
tester2k
Если речь идет о разграничении прав доступа к консоли управления с привязкой к LDAP, то в IWSVA этого нет.

нет, речь идет об ограничении клиентского доступа к прокси-серверу при помощи групп AD

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


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

HTTP-Configuration-Access Control Settings. Вкладка Client IP - там только адреса. А есть ли такая только по LDAP-группам?

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


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

это только для регламентирования доступа к порту HTTP, а по LDAP только политиками можно нарезать доступ.

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


Ссылка на сообщение
Поделиться на другие сайты
tester2k
это только для регламентирования доступа к порту HTTP, а по LDAP только политиками можно нарезать доступ.

Создал две политики урл фильтрации (HTTP-URL Filtering- Policies), одну разрешающую доступ для LDAP-группы, другую запрещающую доступ ко всему контенту для тестовой LDAP-группы с тестовым аккаунтом. В конце списка политик сидит глобальная политика разрешающая полный доступ. Тестовый аккаунт не находится в разрешающей LDAP-группе.

Применяю политики и вижу что доступ у тестового пользователя как был так и есть.

Если в этой же политике меняю значение аккаунта с группы на юзера, то политика блокировки отрабатывает четко.

Ставлю заново группу и он проходит через глобальную политику.

Еще заметил что не все пользователи, находящиеся в разрешительной LDAP-группе, обрабатываются разрешительной политикой. Они попадают в Интернет через разрешительную глобальную политику.

Как-то непонятно работает блокировка с применением групп. Не заводить же политики по количеству аккаунтов!

Что делать?

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


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

решил проблему отключением ЛДАП-кэша. дефолтовый интервал - полтора часа, думаю что если бы выждал это время то решилось бы само. Плюс установил патч 1.

тут описание проблемы и решение http://esupport.trendmicro.com/solution/en-us/1059421.aspx

уходит системное время вперед, из-за этого трудно диагностировать логи. Установил автосинхронизацию с виндовым контроллером домена - все равно уходит :(

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


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

  • Сообщения

    • 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
      Если нет пользовательского реестра для пользователя то будет сообщение в логе, остальное не надо видеть и тем более удалять - это дело пользователя.
×