[devel] Потеря пакетов libpcap и как с этим бороться

[Alexey Shabalin]

18 февраля 2010 г. 17:14 пользователь Slava Dubrovskiy написал:
> 18.02.2010 15:00, Alexey Shabalin пишет:
>>> 1. Собрать дополнительный модуль к ядру
>>> 2. Собрать дополнительно пропатченные модули к поддерживаемым сетевухам
>>> 3. Собрать пропатченную версию libpcap
>>> 4. Пересобрать софт с новой libpcap
>>>
>>>
>>> С пунктом первым у меня вопросов нет. Это просто.
>>>
>> Что для этого нужно:
>> Первый пункт я сделал :) модуль ядра отправил в сизиф.
>>
> Ой, спасибо. Все руки не доходили...
>>> Со вторым сложнее, т.к. имена модулей совпадают с теми что уже есть в ядре.
>>> Отюда вопрос: есть ли возможность собирать модули с одинаковыми именами
>>> и как обеспечить приоритет загрузки нужного модуля?
>>>
>> Этим займёмся позже.
>>
>>> Пункт 3 тоже решаем. Или мы вносим данный функционал в текущий пакет
>>> libpcap (который давно пора обновить) или придется делать второй пакет.
>>>
>> я вот не совсем понял, будет ли пропатченный libpcap работать без
>> ядерного модуля.
>> Если будет то лучше обойтись единственным libpcap.
>>
> Будет.
>> По ходу сборки userland для pf_ring возникают следующие вопросы:
>> 1. нужен ли отдельный пакет libpfring? всё равно все используют только
>> libpcap. Может втянуть libpfring в libpcap?
>>
> Не знаю. Думаю логично сделать.
>> 2. в репо PF_RING смотрю на Makefile и вижу - libpcap-ring линкуется
>> со статической libpfring.a, зачем потом tcpdump и snort тоже линковать
>> с libfring.a. Надо это делать?
>>
> Я бы делал shared
>> 3. Или делать libpfring как shared? тогда надо soname добавлять.
>>
> Да, кажется это правильнее.

libpfring отправлен в сизиф.
libpcap с поддержкой libpfring у меня в git. Прошу посмотреть, не
слишком ли я его испохабил.
Осталось протолкнуть его в сизиф и пересобрать кучу пакетов.

-- 
Alexey Shabalin