Компания Halon, участник выставки Infosecurity 2009, объявила o поддержке новой платформы для своего виртуального антиспам шлюза Halon VSP

Halon VSP поддерживает платформу Xen

Теперь виртуальный антиспам шлюз Halon VSP поддерживает платформу Xen разработанную кембриджской компанией Xen Source. В последнее время интерес к технологии виртуализации значительно вырос. Способность работы с несколькими операционными системами на одной физической платформе привлекает множество компаний, планирующих повысить гибкость своей ИТ-инфраструктуры и сократить расходы на ее содержание. Xen представляет собой открытую платформу виртуализации для архитектур IA-32, x86-64, IA-64 и PowerPC.

Поддержка новой виртуальной машины Xen антиспам шлюзом Halon VSP, до этого работавший только на VmWare, дает новые возможности пользователям, желающим не только обезопасить свой почтовый трафик, но и сократить расходы на содержание устаревшей ИТ- инфраструктуры. Сокращение расходов достигается не только за счет виртуализации, но и за сет снижения нагрузки на свой почтовый сервер, поскольку системы Global View и RPD от Commtouch отсекают 95% спама уже на уровне подключения.

Halon Security производит продукты сетевой безопасности и защиты от спама с 2002 года. Продукты разработаны на самых безопасных операционных системах, BSD, неоднократно занимали верхние строки рейтингов и получили многочисленные положительные отзывы СМИ за незаурядное исполнение, динамику и функциональные возможности. Продукция Halon Security получила широкое распространение на территории Европы, Азии и Северной Америки.

Подпишитесь на новости

Заблокировали по ошибке: как Монета добилась исправления правил ТСПУ

Когда клиенты перестали подключаться к серверам «Монеты», проверка собственной инфраструктуры не объяснила проблему. Одновременно стали недоступны сайты клиентов, а уведомления о платежах перестали доходить на Pay URL. Причину пришлось искать за пределами серверной.

DevOps-инженер компании Евгений описал на Хабре случай ошибочной фильтрации на технических средствах противодействия угрозам — ТСПУ.

Доступ удалось вернуть после диагностики и корректировки правил специалистами ДЦОА. Менять хостинг и IP-адрес не потребовалось.

Однако путь оказался длиннее стандартного «напишите в поддержку». Сначала команда проверила межсетевые экраны, собрала трассировки и исследовала, на каком участке перестаёт проходить трафик. Автор подчёркивает: тайм-аут или звёздочки в трассировке сами по себе ещё не доказывают вмешательство ТСПУ.

Следующий этап — заявка через личный кабинет взаимодействия с техническими средствами. Но даже статус «Частично принята» не гарантирует восстановления доступа.

Для дальнейшей проверки потребовался номер площадки ТСПУ. Попытки получить помощь через операторов связи результата не дали; нужный идентификатор удалось запросить напрямую через ЦМУ ССОП.

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

Кейс показывает неприятную сторону сетевых ограничений: сервер может исправно работать, а бизнес — терять связь с клиентами. И для решения нужны технические доказательства плюс настойчивость в переписке.

RSS: Новости на портале Anti-Malware.ru