Профили FILEDROP позволяют сохранять перехваченные объекты на локальную файловую систему, что бывает очень удобно для целей отладки и тестирования. Кроме того, доступ к сохранённым объектам может быть легко предоставлен внешним системам-потребителям.
Подводные камни FILEDROP: 1. При большом потоке трафика EtherSensor создаёт большой поток сообщений. Если вы эти сообщения сохраняете на диск с помощью FILEDROP, то дисковая подсистема может испытывать чрезмерную нагрузку. Таким образом она может стать узким местом сервера EtherSensor в целом. Вполне возможно, что рано или поздно возникнет дефицит системных ресурсов и пострадает основная функция EtherSensor – перехват и анализ трафика. 2. Абсолютно неприемлемо позволять большому количеству объектов бесконтрольно накапливаться на файловой системе: обязательно устанавливайте параметр Время жизни результатов в настройках FILEDROP-профилей. |
|---|
Рис.42. Настройки FILEDROP-профилей.
1. Название и статус
Название профиля:
Удобное, запоминающееся и информативное название профиля (на усмотрение администратора).
Активен:
Транспортный профиль не используется в передаче сообщений, если он отключен.
Профиль используется по умолчанию:
"Да" означает, что данный профиль транспортировки результатов используется по умолчанию.
Комментарий:
Описание транспортного профиля.
2. Параметры сохранения сообщений
Путь:
Путь к директории, в которой будут сохраняться перехваченные сообщения.
Дисковая квота:
Размер квоты дискового пространства для хранения сообщений. Пример: 10GB или 500MB или 100KB или 10000. При исчерпании квоты сохранение файлов будет остановлено до тех пор, пока квота вновь позволит это делать. Чтобы возобновить сохранение файлов, следует либо освободить место, либо увеличить квоту.
Использовать (.tmp):
Разрешить/запретить использовать двухэтапное перемещение файлов во избежание коллизий: 1) Файл перемещается с временным расширением, например 2012-01-08-15-29-48-586.7.m.zip.tmp, затем 2) После завершения перемещения из имени файла удаляется ".tmp", файл переименовывается в 2012-01-08-15-29-48-586.7.m.zip. Бывает полезно в случае отслеживания каким-либо процессом появления в директории новых файлов (переименование - атомарная операция).
3. Формат сообщения
Формат сообщения:
Формат сохраняемого или доставляемого сообщения (EML, XML, JSON...)
Сохранять как ZIP:
Упаковывать ли сохраняемые сообщения в ZIP-архив (файл с расширением ZIP). Если включена данная настройка совместно с настройкой "Сохранять как EML", то EML-конверты сообщений будут упаковываться в ZIP-архив. Если включена данная настройка, и при этом настройка "Сохранять как EML" отключена, то в ZIP-архив будут упаковываться сообщения во внутреннем формате.
Степень сжатия ZIP-архива:
Степень сжатия ZIP-архива от [0-9], где 0 - без сжатия, 1 - наилучшая скорость сжатия, 9 - наилучший алгоритм сжатия.
Дублировать заголовки:
Разрешить/запретить сохранение стандартных заголовков сообщения, а также заголовков "X-Sensor" дополнительно в отдельном аттачменте сообщения - файле "microolap_msis_headers.txt". Возможные варианты: "all" - сохраняются все заголовки сообщения; "xsensor" - сохраняются заголовки с префиксом "X-Sensor"; "other" - сохраняются стандартные заголовки "From", "To", "Cc", "Bcc" и другие, не подпадающие под действие флага "xsensor"; "none" - запрещает сохранение заголовков сообщения в отдельном вложении.
4. Обработка ошибок
Таймаут после отказа:
Таймаут в секундах для повторной попытки доставки сообщений в случае отказа приёмника.
5. Для GROUP-профилей
Вес:
Вес профиля (от 1 до 10) задаёт пропорцию распределения сообщений между профилями и используется только если данный профиль включен в GROUP-профиль.
Резервный профиль:
Включить или выключить использование профиля как резервного. Если этот флаг включён, то доставка сообщений с использованием данного профиля будет задействована в случае отказа основных (не резервных) транспортных профилей. Параметр действителен только в составе GROUP-профилей.