<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Обработка файлов PCAP on Alertix NTA</title><link>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/</link><description>Recent content in Обработка файлов PCAP on Alertix NTA</description><generator>Hugo</generator><language>ru-RU</language><atom:link href="https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/index.xml" rel="self" type="application/rss+xml"/><item><title>Каталог приёма и жизненный цикл файла</title><link>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/katalog-priyoma-i-zhiznennyy-tsikl-fayla/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/katalog-priyoma-i-zhiznennyy-tsikl-fayla/</guid><description>&lt;div id="s6_1" class="paragraph"&gt;&#10;&lt;p&gt;Служба sensor-pcap позволяет проверить правила на подготовленной записи и обработать трафик, полученный вне постоянной точки наблюдения. Она просматривает каталоги, перечисленные в pcapAdapters файла /opt/alertixnta/config/pcap.json, и передаёт результаты в общий конвейер анализа. Поддерживаются PCAP и pcapng.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="paragraph"&gt;&#10;&lt;p&gt;Обработка файла PCAP и контроль результата представлены на рисенке ниже.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="imageblock"&gt;&#10;&lt;div class="content"&gt;&#10;&lt;img src="https://help.ngrsoftlab.ru/alertix-nta/images/pcap_002.png" alt="pcap 002"/&gt;&#10;&lt;/div&gt;&#10;&lt;/div&gt;&#10;&lt;div class="paragraph"&gt;&#10;&lt;p&gt;&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="paragraph"&gt;&#10;&lt;p&gt;Просмотр не рекурсивный: файлы во вложенных каталогах не являются входными данными адаптера. После попытки обработки файл переносится в подкаталог processed. Это происходит и при ошибке открытия, поэтому наличие файла в processed само по себе не подтверждает успешный анализ. Файл с совпадающим именем в processed заменяется; используйте уникальные имена записей.&lt;/p&gt;&#10;&lt;/div&gt;</description></item><item><title>Подача контрольной записи</title><link>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/podacha-kontrolnoy-zapisi/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/podacha-kontrolnoy-zapisi/</guid><description>&lt;div id="s6_2" class="paragraph"&gt;&#10;&lt;p&gt;Не копируйте большой файл непосредственно в наблюдаемый каталог: служба может открыть его до завершения записи. Сначала поместите файл в промежуточный каталог на той же файловой системе, затем переместите его в capdrop. Переименование на одной файловой системе делает готовый файл видимым целиком.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="listingblock"&gt;&#10;&lt;div class="content"&gt;&#10;&lt;pre class="highlight"&gt;&lt;code class="language-bash" data-lang="bash"&gt;sudo install -d -o alertixnta -g alertixnta -m 750 \&#10; /opt/alertixnta/data/pcap-staging&#10;sudo install -o alertixnta -g alertixnta -m 640 \&#10; /tmp/check-20261002-001.pcap \&#10; /opt/alertixnta/data/pcap-staging/check-20261002-001.pcap&#10;sudo mv /opt/alertixnta/data/pcap-staging/check-20261002-001.pcap \&#10; /opt/alertixnta/data/capdrop-test/&#10;sudo tail -n 80 /opt/alertixnta/log/pcap.log&lt;/code&gt;&lt;/pre&gt;&#10;&lt;/div&gt;&#10;&lt;/div&gt;</description></item><item><title>Особенности конфигурации PCAP</title><link>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/osobennosti-konfiguratsii-pcap/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://help.ngrsoftlab.ru/alertix-nta/1.6/admin-guide/pcap-processing/osobennosti-konfiguratsii-pcap/</guid><description>&lt;div id="s6_3" class="paragraph"&gt;&#10;&lt;p&gt;Параметры ipSessions, tcpSessions, udpSessions, ip4Fragments, ip6Fragments, ndpiEngine, nativeParsers и luaParsers имеют тот же смысл, что у сетевого захвата. В pcap.json не применяются flowCount, flowBuffCount, flowBuffSize, captureMode и controlIf. Флаг записи по правилам называется controlSection.trafficRecording; его нельзя подменять именем trafficRecordSessions из ethercap.json.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="paragraph"&gt;&#10;&lt;p&gt;Пороговые значения tcpLimits.init, soft и hard совпадают с параметрами сетевого захвата, но делятся между адаптерами pcapAdapters. Их изменение применяется только после restart sensor-pcap. Большинство остальных параметров поддерживает reload. Для нативных парсеров отсутствие записи также означает включённую обработку.&lt;/p&gt;&#10;&lt;/div&gt;</description></item></channel></rss>