1. Для блокировка используем

[alibek]

Помоему Агент использует curl.

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

[Zarin]

max1976 доброго времени суток. Коллеги доброго времени суток.

 

Есть проблема с Missed packets. Проблема начинается в среднем с 1-1.2 Mpps обрабатываемого трафика, независимо от количества интерфейсов на которых слушает extfilter. Cчетчик начинает прирастать на насколько миллионов потерянных пакетов за 30 сек. (интервал вывода статистики.) Во время наблюдения ошибок, у одного или нескольких потоков приложения наблюдается рост задержки в обработке пакетов.

 

Тестовая система:

Сервер - Dell R620 проц: 2x Xeon E5-2670 (Sandy Brdige EP), память: 32 гб (8 x 4Гб DDR3 ECC 1333, по одной в каждом канале), сетевая карта Intel X520-DA2 (82599ES)

Софт - Centos 7 (3.10.0-514.26.2.el7.x86_64), DPDK 17.05.01, Poco 1.6.1

 

Сетевая карта вставлена в слот PCIe 16x Gen3 и прибита к ядрам процессора который контролирует этот слот. В extfilter для порта сетевой карты настроено 6 очередей.

Набор утилит Intel PCM не показывает значительной нагрузки на память.

 

Уже всю голову сломал в поисках проблемы. Подскажите, куда копать. Возможно конфигурация железа слишком слабая ? Спасибо!!

 

Вывод pcm-memory.x

 

|---------------------------------------||---------------------------------------|
|--             Socket  0             --||--             Socket  1             --|
|---------------------------------------||---------------------------------------|
|--     Memory Channel Monitoring     --||--     Memory Channel Monitoring     --|
|---------------------------------------||---------------------------------------|
|-- Mem Ch  0: Reads (MB/s):    32.48 --||-- Mem Ch  0: Reads (MB/s):     0.47 --|
|--            Writes(MB/s):    12.21 --||--            Writes(MB/s):     0.04 --|
|-- Mem Ch  1: Reads (MB/s):    31.95 --||-- Mem Ch  1: Reads (MB/s):     0.48 --|
|--            Writes(MB/s):    12.09 --||--            Writes(MB/s):     0.04 --|
|-- Mem Ch  2: Reads (MB/s):    32.43 --||-- Mem Ch  2: Reads (MB/s):     0.49 --|
|--            Writes(MB/s):    12.10 --||--            Writes(MB/s):     0.04 --|
|-- Mem Ch  3: Reads (MB/s):    38.76 --||-- Mem Ch  3: Reads (MB/s):     7.16 --|
|--            Writes(MB/s):    18.67 --||--            Writes(MB/s):     6.70 --|
|-- NODE 0 Mem Read (MB/s) :   135.62 --||-- NODE 1 Mem Read (MB/s) :     8.60 --|
|-- NODE 0 Mem Write(MB/s) :    55.06 --||-- NODE 1 Mem Write(MB/s) :     6.82 --|
|-- NODE 0 P. Write (T/s):     104320 --||-- NODE 1 P. Write (T/s):     104188 --|
|-- NODE 0 Memory (MB/s):      190.68 --||-- NODE 1 Memory (MB/s):       15.42 --|
|---------------------------------------||---------------------------------------|
|---------------------------------------||---------------------------------------|
|--                 System Read Throughput(MB/s):        144.22                --|
|--                System Write Throughput(MB/s):         61.88                --|
|--               System Memory Throughput(MB/s):        206.10                --|
|---------------------------------------||---------------------------------------|

 

Вывод pcm-numa.x

 

Time elapsed: 1038 ms
Core | IPC  | Instructions | Cycles  |  Local DRAM accesses | Remote DRAM Accesses
  0   0.33       1560 K     4701 K        24 K              7578
  1   0.37        561 K     1527 K        96                 284
  2   1.86       5788 M     3113 M       330 K               107 K
  3   0.50         91 K      182 K       101                  66
  4   1.85       5763 M     3113 M       333 K               111 K
  5   0.51        140 K      276 K        84                  87
  6   1.86       5791 M     3113 M       322 K               106 K
  7   0.52        166 K      322 K       129                 391
  8   1.88       5846 M     3113 M       313 K                97 K
  9   0.66        505 K      766 K       102                 125
 10   1.88       5842 M     3113 M       328 K               102 K
 11   0.46        128 K      279 K       104                  84
 12   1.87       5835 M     3113 M       347 K               103 K
 13   0.50        110 K      220 K       101                  84
 14   0.43        636 K     1491 K      4093                2194
 15   1.16       3780 K     3268 K       497                1193
-------------------------------------------------------------------------------------------------------------------
  *   1.87         34 G       18 G      2005 K               640 K

 

 

 

Вывод pcm-pcie.x

Processor Counter Monitor: PCIe Bandwidth Monitoring Utility
This utility measures PCIe bandwidth in real-time

PCIe event definitions (each event counts as a transfer):
  PCIe read events (PCI devices reading from memory - application writes to disk/network/PCIe device):
    PCIePRd   - PCIe UC read transfer (partial cache line)
    PCIeRdCur* - PCIe read current transfer (full cache line)
        On Haswell Server PCIeRdCur counts both full/partial cache lines
    RFO*      - Demand Data RFO
    CRd*      - Demand Code Read
    DRd       - Demand Data Read
    PCIeNSWr  - PCIe Non-snoop write transfer (partial cache line)
  PCIe write events (PCI devices writing to memory - application reads from disk/network/PCIe device):
    PCIeWiLF  - PCIe Write transfer (non-allocating) (full cache line)
    PCIeItoM  - PCIe Write transfer (allocating) (full cache line)
    PCIeNSWr  - PCIe Non-snoop write transfer (partial cache line)
    PCIeNSWrF - PCIe Non-snoop write transfer (full cache line)
    ItoM      - PCIe write full cache line
    RFO       - PCIe parial Write
  CPU MMIO events (CPU reading/writing to PCIe devices):
    PRd       - MMIO Read [Haswell Server only] (Partial Cache Line)
    WiL       - MMIO Write (Full/Partial)


Skt | PCIeRdCur | PCIeNSRd  | PCIeWiLF | PCIeItoM | PCIeNSWr | PCIeNSWrF
0      1606 K         0           0         10 M        0          0
1         0           0           0          0          0          0
-----------------------------------------------------------------------------------
*       1606 K         0           0         10 M        0          0

 

 

 

Кусок конфига:

core_mask = 0x5555
num_of_senders = 4
memory_channels = 4

queues = 0,2; 1,4; 2,6; 3,8; 4,10; 5,12

 

[main]
include=latency-performance

[bootloader]
cmdline=isolcpus=2,4,6,8,10,12 default_hugepagesz=1G hugepagesz=1G hugepages=4

 

 

Ошибки:

2017-07-29 20:54:53.089 [11832] Information Application - Port 0 input packets 15728352162, input errors: 0, mbuf errors: 0, missed packets: 413835327
2017-07-29 20:55:23.090 [11832] Information Application - Port 0 input packets 15772039388, input errors: 0, mbuf errors: 0, missed packets: 414211574
2017-07-29 20:55:53.091 [11832] Information Application - Port 0 input packets 15815677922, input errors: 0, mbuf errors: 0, missed packets: 414970709
2017-07-29 20:56:23.093 [11832] Information Application - Port 0 input packets 15859277922, input errors: 0, mbuf errors: 0, missed packets: 415739498
2017-07-29 20:56:53.094 [11832] Information Application - Port 0 input packets 15902264559, input errors: 0, mbuf errors: 0, missed packets: 416984407
2017-07-29 20:57:23.095 [11832] Information Application - Port 0 input packets 15945361658, input errors: 0, mbuf errors: 0, missed packets: 418147857
2017-07-29 20:57:53.096 [11832] Information Application - Port 0 input packets 15988367643, input errors: 0, mbuf errors: 0, missed packets: 419338019
2017-07-29 20:58:23.097 [11832] Information Application - Port 0 input packets 16032143941, input errors: 0, mbuf errors: 0, missed packets: 420264090
2017-07-29 20:58:53.099 [11832] Information Application - Port 0 input packets 16076404427, input errors: 0, mbuf errors: 0, missed packets: 421131116

 

2017-07-29 21:09:53.122 [11832] Information Application - Port 0 input packets 17062057704, input errors: 0, mbuf errors: 0, missed packets: 438087987
2017-07-29 21:09:53.122 [11832] Information Application - Worker thread on core 2 statistics:
2017-07-29 21:09:53.122 [11832] Information Application - Thread seen packets: 2896317536, IP packets: 2896310357 (IPv4 packets: 2896310357, IPv6 packets: 0), seen bytes: 316286397756, Average packet size: 109 bytes, Traffic throughput: 262.06 K pps
2017-07-29 21:09:53.122 [11832] Information Application - Thread IPv4 fragments: 3314958, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.122 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 17639, matched by ssl/ip: 0, matched by domain: 3155, matched by url: 3230
2017-07-29 21:09:53.122 [11832] Information Application - Thread redirected domains: 3155, redirected urls: 3230, rst sended: 17639
2017-07-29 21:09:53.122 [11832] Information Application - Thread active flows: 110908 (IPv4 flows: 110908, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.122 [11832] Information Application - Thread packets latency all packets: 827 cycles (318 ns), blocked packets: 34115 (13121 ns)
2017-07-29 21:09:53.122 [11832] Information Application - Worker thread on core 4 statistics:
2017-07-29 21:09:53.122 [11832] Information Application - Thread seen packets: 2962246956, IP packets: 2962246956 (IPv4 packets: 2962246956, IPv6 packets: 0), seen bytes: 326540106841, Average packet size: 110 bytes, Traffic throughput: 263.19 K pps
2017-07-29 21:09:53.122 [11832] Information Application - Thread IPv4 fragments: 3165317, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.122 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 27347, matched by ssl/ip: 0, matched by domain: 3848, matched by url: 3588
2017-07-29 21:09:53.122 [11832] Information Application - Thread redirected domains: 3848, redirected urls: 3588, rst sended: 27347
2017-07-29 21:09:53.122 [11832] Information Application - Thread active flows: 109805 (IPv4 flows: 109805, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.122 [11832] Information Application - Thread packets latency all packets: 774 cycles (298 ns), blocked packets: 30990 (11919 ns)
2017-07-29 21:09:53.122 [11832] Information Application - Worker thread on core 6 statistics:
2017-07-29 21:09:53.123 [11832] Information Application - Thread seen packets: 2812462655, IP packets: 2812462655 (IPv4 packets: 2812462655, IPv6 packets: 0), seen bytes: 286783580385, Average packet size: 101 bytes, Traffic throughput: 247.77 K pps
2017-07-29 21:09:53.123 [11832] Information Application - Thread IPv4 fragments: 3247922, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 27078, matched by ssl/ip: 0, matched by domain: 6270, matched by url: 3803
2017-07-29 21:09:53.123 [11832] Information Application - Thread redirected domains: 6270, redirected urls: 3803, rst sended: 27078
2017-07-29 21:09:53.123 [11832] Information Application - Thread active flows: 105836 (IPv4 flows: 105836, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread packets latency all packets: 1474 cycles (567 ns), blocked packets: 31334 (12052 ns)
2017-07-29 21:09:53.123 [11832] Information Application - Worker thread on core 8 statistics:
2017-07-29 21:09:53.123 [11832] Information Application - Thread seen packets: 2741168802, IP packets: 2741168800 (IPv4 packets: 2741168800, IPv6 packets: 0), seen bytes: 279979192187, Average packet size: 102 bytes, Traffic throughput: 247.20 K pps
2017-07-29 21:09:53.123 [11832] Information Application - Thread IPv4 fragments: 3429888, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 17275, matched by ssl/ip: 0, matched by domain: 4839, matched by url: 3202
2017-07-29 21:09:53.123 [11832] Information Application - Thread redirected domains: 4839, redirected urls: 3202, rst sended: 17275
2017-07-29 21:09:53.123 [11832] Information Application - Thread active flows: 107044 (IPv4 flows: 107044, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread packets latency all packets: 738 cycles (284 ns), blocked packets: 39459 (15177 ns)
2017-07-29 21:09:53.123 [11832] Information Application - Worker thread on core 10 statistics:
2017-07-29 21:09:53.123 [11832] Information Application - Thread seen packets: 2876295904, IP packets: 2876295904 (IPv4 packets: 2876295904, IPv6 packets: 0), seen bytes: 308311190065, Average packet size: 107 bytes, Traffic throughput: 254.00 K pps
2017-07-29 21:09:53.123 [11832] Information Application - Thread IPv4 fragments: 4153536, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 30352, matched by ssl/ip: 0, matched by domain: 15720, matched by url: 3664
2017-07-29 21:09:53.123 [11832] Information Application - Thread redirected domains: 15720, redirected urls: 3664, rst sended: 30352
2017-07-29 21:09:53.123 [11832] Information Application - Thread active flows: 120791 (IPv4 flows: 120791, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread packets latency all packets: 24875 cycles (9567 ns), blocked packets: 56389 (21688 ns)
2017-07-29 21:09:53.123 [11832] Information Application - Worker thread on core 12 statistics:
2017-07-29 21:09:53.123 [11832] Information Application - Thread seen packets: 2773567475, IP packets: 2773567475 (IPv4 packets: 2773567475, IPv6 packets: 0), seen bytes: 286686070099, Average packet size: 103 bytes, Traffic throughput: 260.57 K pps
2017-07-29 21:09:53.123 [11832] Information Application - Thread IPv4 fragments: 3833914, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread matched by ip/port: 0, matched by ssl: 3146, matched by ssl/ip: 0, matched by domain: 2861, matched by url: 3546
2017-07-29 21:09:53.123 [11832] Information Application - Thread redirected domains: 2861, redirected urls: 3546, rst sended: 3146
2017-07-29 21:09:53.123 [11832] Information Application - Thread active flows: 104668 (IPv4 flows: 104668, IPv6 flows: 0), already detected blocked: 0
2017-07-29 21:09:53.123 [11832] Information Application - Thread packets latency all packets: 721 cycles (277 ns), blocked packets: 51632 (19858 ns)
2017-07-29 21:09:53.123 [11832] Information Application - All worker threads seen packets: 17062059328, IP packets: 17062052147 (IPv4 packets: 17062052147, IPv6 packets: 0), seen bytes: 1804586537333, traffic throughtput: 1.53 M pps
2017-07-29 21:09:53.123 [11832] Information Application - All worker IPv4 fragments: 21145535, IPv6 fragments: 0, IPv4 short packets: 0
2017-07-29 21:09:53.123 [11832] Information Application - All worker threads matched by ip/port: 0, matched by ssl: 122837, matched by ssl/ip: 0, matched by domain: 36693,  matched by url: 21033
2017-07-29 21:09:53.123 [11832] Information Application - All worker threads redirected domains: 36693, redirected urls: 21033, rst sended: 122837
2017-07-29 21:09:53.123 [11832] Information Application - All worker threads active flows: 659052 (IPv4 flows: 659052, IPv6 flows: 0)

Изменено 29 июля, 2017 пользователем Zarin

[max1976]

max1976 если я правильно понимаю, с версии 0.80 появилось отслеживание TCP сессий. То есть, нужно лить не только исходящий от абонентов трафик, но и входящий ?

Все правильно, но входящий не нужен. TCP сессии анализируются только по исходящему трафику.

[max1976]

Есть проблема с Missed packets. Проблема начинается в среднем с 1-1.2 Mpps обрабатываемого трафика, независимо от количества интерфейсов на которых слушает extfilter. Cчетчик начинает прирастать на насколько миллионов потерянных пакетов за 30 сек. (интервал вывода статистики.) Во время наблюдения ошибок, у одного или нескольких потоков приложения наблюдается рост задержки в обработке пакетов.

 

С numa будут проблемы, т.к. в коде нет полной поддержки numa, в частности, память для списков блокировки выделяется без учета numa на основном ядре(процессоре).

Так же, судя по логам, у вас превышен размер пула создаваемых потоков, что отрицательно сказывается на производительности.

Изменено 29 июля, 2017 пользователем max1976

[max1976]

CentOS Linux release 7.3.1611/3.10.0-514.26.2.el7.x86_6

 

dpdk-stable-17.05.1

poco-1.7.8p3 или poco-1.6.1

extfilter сегодняшний

 

делает много пропусков, причем один раз из 5-10 запросов одной и той-же ссылки блокирует. С русскими url, пока не разбирался, но тоже пропусков много.

 

ссылка порезана, для конспирации:

 

wget -nv -t 1 -T 2 --no-check-certificate --spider -S "http://.com/top/4290-Топ-10-способов.html" иногда блокируется, запрос передается в правильном формате (закодирован)

curl --connect-timeout 2 -skL "http://.com/top/4290-Топ-10-способов.html" не блокируется, запрос передается как есть

 

откатился пока на 0.70

В этой версии два способа проверки блокируются одинаково хорошо.

 

В новой версии используется другой парсер http, строго следующий rfc.

[Bat]

Почему-то не блокируются URL 586624 и 586626 из реестра, хотя в файле domains домен присутствует.

[ne-vlezay80]

max1976 если я правильно понимаю, с версии 0.80 появилось отслеживание TCP сессий. То есть, нужно лить не только исходящий от абонентов трафик, но и входящий ?

Все правильно, но входящий не нужен. TCP сессии анализируются только по исходящему трафику.

А может быть ложное срабатывание, если я к примеру скопирую на FTP-сервер текстовый файл с содержанием:

GET / HTTP/1.1
Host: rutracker.org

Когда я пытался блокировать через snort, такая хрень была.

Изменено 29 июля, 2017 пользователем ne-vlezay80

[max1976]

Почему-то не блокируются URL 586624 и 586626 из реестра, хотя в файле domains домен присутствует.

Последняя версия с github блокирует. Не забывайте обновлять extfilter_maker.pl.

[Zarin]

 

С numa будут проблемы, т.к. в коде нет полной поддержки numa, в частности, память для списков блокировки выделяется без учета numa на основном ядре(процессоре).

 

Спасибо за ответ.

Доработка extfilter для полноценной поддержки numa не планируется ?

 

Так же, судя по логам, у вас превышен размер пула создаваемых потоков, что отрицательно сказывается на производительности.

 

Где посмотреть и покрутить ? Или это также касается extfilter ?

[max1976]

Где посмотреть и покрутить ? Или это также касается extfilter ?

В библиотеке peafowl параметр DPI_FLOW_TABLE_MEMORY_POOL_DEFAULT_SIZE_v4 по умолчанию 500000, у вас же почти 700000. Поставьте этот параметр в 1000000 и пересоберите peafowl и extfilter.

 

Доработка extfilter для полноценной поддержки numa не планируется ?

 

Пока нет. Сейчас работаю над узкими местами в коде.

[Zarin]

Где посмотреть и покрутить ? Или это также касается extfilter ?

В библиотеке peafowl параметр DPI_FLOW_TABLE_MEMORY_POOL_DEFAULT_SIZE_v4 по умолчанию 500000, у вас же почти 700000. Поставьте этот параметр в 1000000 и пересоберите peafowl и extfilter.

 

Доработка extfilter для полноценной поддержки numa не планируется ?

 

Пока нет. Сейчас работаю над узкими местами в коде.

 

Спасибо. Протестирую и отпишу.

Параметры конфигурационного файла max_active_flows_ipv4 = 1000000, случаем не то же самое ?

 

Если не секрет, сколько у вас трафика летит на extfilter и какое железо используете ?

 

Я сначала пробовал запускать на Xeon X5650 (Westmere EP) с 3мя каналами памяти на процессор, результаты были ещё хуже, что не удивительно ))

Изменено 30 июля, 2017 пользователем Zarin

[ne-vlezay80]

Может кто улучшит, или воспользуется. Быстрая многопоточная проверялка блокирования.

 

Ревизор (urls.dump с протоколами http://)

 

cat revizor

 

#!/bin/bash

> noblock
> error

cat urls.dump | grep -v '^$' |  while read url; do
   echo $url
   ./poller "$url" &
done

 

cat poller

 

#!/bin/bash

STR=`wget -q -nv -t 1 -T 5 --no-check-certificate --spider -S "$@" 2>&1`
ERR=$?

GET=`echo -e "$STR" | head -1`

if [[ "$ERR" == "0" ]]; then

   if [[ "$GET" == '  HTTP/1.1 200 OK' ]] ; then
       echo -e "$@\n$STR" >> noblock        
   fi

else
   echo [$ERR] - $@1 >> error
fi

 

time ./revizor

 

real 1m13.453s

user 2m8.200s

sys 1m34.770s

Что за формат файла?

[Bat]

Не забывайте обновлять extfilter_maker.pl.

Спасибо, помогло.

[myth]

Что за формат файла?

http://ссылка.ру/блабла

 

но curl, имхо, лучше

[max1976]

На github'е обновлена версия extfilter до 0.85. Из основных изменений - возможность отправки пакетов в сторону абонента через dpdk интерфейс, что позволяет сократить задержку в получении пакета абонентом. Так же переработаны некоторые алгоритмы, что благоприятно сказалось на производительности.

[Antares]

Из основных изменений - возможность отправки пакетов в сторону абонента через dpdk интерфейс, что позволяет сократить задержку в получении пакета абонентом.

Хорошие новости, спасибо за Ваш труд. А не могли бы Вы рассказать, как именно это реализовать?

[max1976]

Из основных изменений - возможность отправки пакетов в сторону абонента через dpdk интерфейс, что позволяет сократить задержку в получении пакета абонентом.

Хорошие новости, спасибо за Ваш труд. А не могли бы Вы рассказать, как именно это реализовать?

В .ini файле описано:

[port 1]
type = sender
; На какой mac адрес отправлять пакеты
mac = 00:01:02:03:04:05

[Antares]

Из основных изменений - возможность отправки пакетов в сторону абонента через dpdk интерфейс, что позволяет сократить задержку в получении пакета абонентом.

Хорошие новости, спасибо за Ваш труд. А не могли бы Вы рассказать, как именно это реализовать?

В .ini файле описано:

[port 1]
type = sender
; На какой mac адрес отправлять пакеты
mac = 00:01:02:03:04:05

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

Изменено 7 августа, 2017 пользователем Antares

[max1976]

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

 

Конечно одному, этот mac - mac адрес шлюза, на котором нет RPF. Этот шлюз должен знать куда отправлять пакеты в сторону абонентов.

Подключается проще простого - в access режиме.

[hsvt]

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

 

Конечно одному, этот mac - mac адрес шлюза, на котором нет RPF. Этот шлюз должен знать куда отправлять пакеты в сторону абонентов.

Подключается проще простого - в access режиме.

 

Есть 2 порта intel 82599 которые работают в dpdk и extfilter и 4 порта BCM5719 один (eno1) из которых работает как управление сервером и отсылка уведомлений о блокировке как я понимаю. Для того чтобы задействовать sender через dpdk мне нужно дополнительно забиндить один из оставшихся 3-ех портов ? Не будет ли конфликта с Linux ip интерфейсом?

[max1976]

Есть 2 порта intel 82599 которые работают в dpdk и extfilter и 4 порта BCM5719 один (eno1) из которых работает как управление сервером и отсылка уведомлений о блокировке как я понимаю. Для того чтобы задействовать sender через dpdk мне нужно дополнительно забиндить один из оставшихся 3-ех портов ? Не будет ли конфликта с Linux ip интерфейсом?

 

На интерфейсе для sender'а не будет никакого ip адреса. Там вообще нет никакого ip стэка. Только отправка ipv4/ipv6 ответов от фильтра.

[Antares]

при запуске или HUP в лог сиплет кучу Warning Application - Pattern .........

Изменено 7 августа, 2017 пользователем Antares

[max1976]

при запуске или HUP в лог сиплет кучу Warning Application - Pattern .........

 

Да, все правильно. Теперь при включенной нормализации, в момент загрузки url, так же выполняется нормализация. Из-за этого и появляются дубликаты url. Данное действие позволяет не обращать внимание на версию poco.

[Antares]

Теперь при включенной нормализации, в момент загрузки url, так же выполняется нормализация.

Может быть при выключенной? ))

[Bat]

Заметили, что перидически при обновлении списков вылетает extfilter. Версия предыдущая 0.80.

Пока повесили ватчдог-скрипт.

 

2017-08-07 21:34:59.307 [4971] Information Application - Got HUP signal - reload data
2017-08-07 21:34:59.308 [4971] Information ReloadTask - Reloading data from files...
2017-08-07 21:34:59.321 [4971] Information ACL - Preparing 53 rules for IPv4 ACL
2017-08-07 21:34:59.324 [4971] Information ReloadTask - ACLs successfully reloaded

После этого процесс завершается.