https://www.opennet.dev/openforum/vsluhforumID3/49146.html "Решение проблемы с kernel panic на FreeBSD (http://www.opennet.ru/base/sys/freebsd_panic_solution.txt.html)" - разбор причин падения FreeBSD при высокой загруженности системы в момент удаления ipfw правил, отправляющих пакеты в dummynet.<br><br>URL: http://www.opennet.ru/base/sys/freebsd_panic_solution.txt.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=20179<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#8 Sat, 21 Feb 2009 11:00:55 GMT хе, проше резать трафик самим mpd, man mpd, радиус передаёт функцию на нарезку интерффейса! а ipfw использывать только как нат! фсё пожно зделать проше, и без паники в ядро! <br><br>P.S. читаем маны не стесняемся! :)<br><br>Как раз об этом я и говорю!<br>mpd получает от радиуса опции для настройки ng_car на каждом интерфейсе!<br>всё очень мощно получается!<br>Окрываем ссылку и смотрм в самом её низу:<br>http://mpd.sourceforge.net/doc5/mpd30.html#30<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#7 Fri, 20 Feb 2009 19:19:13 GMT хе, проше резать трафик самим mpd, man mpd, радиус передаёт функцию на нарезку интерффейса! а ipfw использывать только как нат! фсё пожно зделать проше, и без паники в ядро! <br><br><br>P.S. читаем маны не стесняемся! :)<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#6 Wed, 11 Feb 2009 20:49:29 GMT Я прошу модераторов не удалять мой коммент, как в прошлый раз!<br>Я говорю по сути! У автора _!В КОРНЕ!_ неправильный подход к построению сервера доступа в Интернет по протоколу РРТР!<br>Я настаиваю на том, что для того случая, о котором пишет автор, нельзя строить сервер с использованием РОРТОР + user-ppp + ipfw + dummynet.<br>Такая конфигурация, кроме поедания ресурсов CPU, ничего хорошего не принесёт!<br>Такие сервера доступа нужно строить с использованием mpd + ng_car.<br>Тогда всё будет работать _!ОЧЕНЬ!_ быстро, проблем не будет, один сервер сможет обслуживать _!ОЧЕНЬ!_ много клиентов и маршрутизировать много трафика как в мегабитах, так и в килопакетах.<br>При использовании схемы, описанной автором, такое невозможно!<br>Не делайте так никто!<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#5 Tue, 10 Feb 2009 17:04:57 GMT net.inet.ip.fw.one_pass=0 нужен при использовании netgraph'a.<br>Избегать kernel panic'a можно IMHO тремя способами:<br><br>1) вместо удаления/создания правила менять параметры queue/pipe,<br>которое используется в правиле, а само правило оставлять без изменений.<br><br>2) если в правиле используются таблица, то очистить таблицу и подождать:<br>ipfw add 10 pipe 20 from any to table(30) in<br>ipfw table 30 flush && sleep 1 && ipfw delete 10<br><br>3) временно добавить "ipfw add N-1 skipto N+1 from any to any" и подождать<br>(где N - номер dummynet-правила).<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#4 Tue, 10 Feb 2009 10:48:48 GMT Это старая и до сих пор нерешенная проблема: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/106316<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#3 Mon, 09 Feb 2009 18:53:08 GMT &gt;описался, ошибка ipfw:ouch!, skip past end of rules, denying packet возникает &gt;при <br>&gt;net.inet.ip.fw.one_pass=0 <br><br>Ну разумеется. При этом пакеты из dummynet просто идут мимо фаервола. Так что это применимо в очень редких случаях.<br> А к чему тут<br>&gt;ipfw flush<br><br>я не понял вообще.<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#2 Mon, 09 Feb 2009 17:35:40 GMT &gt;Вся проблема в этом net.inet.ip.fw.one_pass если выставить в 0 то ipfw:ouch!, skip <br>&gt;past end of rules, denying packet не будет, если эта переменная <br>&gt;всеже необходима то я решал проблему отказом от ipfw flush. <br>&gt;Да и интернет не молчит http://www.google.ru/search?q=ipfw:+ouch!,+skip+past+end+of+rules,+denying+packet.++&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru-RU:unofficial&client=firefox-a <br><br>описался, ошибка ipfw:ouch!, skip past end of rules, denying packet возникает при <br>net.inet.ip.fw.one_pass=0<br> https://www.opennet.dev/openforum/vsluhforumID3/49146.html#1 Mon, 09 Feb 2009 16:38:09 GMT Вся проблема в этом net.inet.ip.fw.one_pass если выставить в 0 то ipfw:ouch!, skip past end of rules, denying packet не будет, если эта переменная всеже необходима то я решал проблему отказом от ipfw flush.<br>Да и интернет не молчит http://www.google.ru/search?q=ipfw:+ouch!,+skip+past+end+of+rules,+denying+packet.++&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ru-RU:unofficial&client=firefox-a<br>