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

[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 добавлять.
>   
Да, кажется это правильнее.

-- 
WBR,
Dubrovskiy Vyacheslav