27170 2012-04-06 07:48:36 +0400 ipt_NETFLOW неправильно воспринимает часть прараметров при загрузке, в зависимости от времени загрузки. 2012-04-12 10:43:38 +0400 1 1 4 Development Sisyphus kernel-source-ipt-netflow unstable all Linux CLOSED NOTABUG P3 minor --- 1 enp boyarsh aspsk asy boris evg glebfm ldv mike mithraen rider sbolshakov shrek sin vitty vsu zerg qa-sisyphus oldest_to_newest 130405 0 enp 2012-04-06 07:48:36 +0400 Требуется загрузить ipt_NETFLOW с параметром destination при старте системы. Я не нашел никакого рабочего способа сделать это. Пробовал modules.conf, iptables_modules и sysctl.conf. Во всех случаях оно срабатывает (да и то со странными эффектами вроде замены любого адреса в destination на 127.0.0.1) только после переноса времени загрузки iptables ближе к rc.local. Явное втыкание sysctl -w в rc.local таки сработало. 130418 1 rider 2012-04-06 11:00:31 +0400 мне sysctl в etcnet помог, на интерфейс. cat /etc/net/ifaces/manag/sysctl.conf net.netflow.destination = 172.18.x.x:2004 130454 2 asy 2012-04-07 15:18:18 +0400 На самом деле, это какая-то проблема в ipt_NETFLOW, так как при загрузке "в лоб", через modprobe с параметрами, модуль ведёт себя так же. 130549 3 rider 2012-04-12 07:07:51 +0400 А в момент загрузки модуля маршрут до Destination уже есть ? Я замечал за модулем подобное поведение, когда получатель пакетов не доступен в момент загрузки. Для этого sysctl в etcnet весьма удобен. 130550 4 enp 2012-04-12 07:25:10 +0400 (В ответ на комментарий №3) > А в момент загрузки модуля маршрут до Destination уже есть ? нет, iptables запускается раньше network > Я замечал за модулем подобное поведение, когда получатель пакетов не доступен в > момент загрузки. мне кажется, что это не совсем правильно, хотя допускаю, что сделать иначе было бы нелегко > Для этого sysctl в etcnet весьма удобен. да, спасибо, это самое подходящее решение 130553 5 rider 2012-04-12 10:43:38 +0400 значит закрываем.