| |
| 1.6, byteplayer, 15:39, 09/02/2009 [ответить] [смотреть все]
| +/– |
На такой тачке должен стоять FreeBSD 7.1 + mpd 5.2, который использует для нарезок на каждом туннеле ng_car, параметры которого передаются от FreeRadius, который, в свою очередь берёт их из базы данных в момент коннекта юзера. Так можно хоть 300М роутить с тыщей туннелей, а кто-то может смог и более, а на рортор в юзер-левеле много не промаршрутизируешь.
|  | | |
| 1.7, stasav, 15:48, 09/02/2009 [ответить] [смотреть все]
| +/– | |
ng_car не выход, в случае частичной зарезки скорости по диапазонам адресов он не подходит, так как вешается на интерфейс.
|  | | |
| 1.8, mummy, 15:52, 09/02/2009 [ответить] [смотреть все]
| +/– |
Никогда не было проблем. Перегружал так
1) Выключить ограничение
/sbin/ipfw add 999 allow all from any to any
sleep 3
2) Генерируем файл /tmp/fw.tmp:
disable firewall
flush
pipe flush
queue flush
add 1 allow tcp from 192.168.99.2 to me 22
add 2 deny tcp from any to me 22
add 1000 pipe 1 ip from 192.168.1.11 to any
add 1001 pipe 2 ip from any to 192.168.1.11
...
...
enable firewall
3) Проверка правил на ошибки и перегрузка настроек
/sbin/ipfw -qn /tmp/fw.tmp
if [ "$?" != "0" ]; then
echo "There was errors in rules."
exit 1
fi
/sbin/ipfw -q /tmp/fw.tmp
|  | | |
| 1.9, Buba, 16:13, 09/02/2009 [ответить] [смотреть все]
| +/– |
Тут говорилось про altq но шейпер лучше вынести на отдельную машину и использовать полноформатный altqd (в нём присутвует возможность обреза входящего трафа и динамические очереди) в NetBSD у него возможностей больше чем у dummynet и работает стабильно у меня на 100мегабитной нагрузке уже больше года.
| | | |
| 1.15, wtf, 19:38, 09/02/2009 [ответить] [смотреть все]
| +/– |
Вся проблема в этом net.inet.ip.fw.one_pass если выставить в 0 то ipfw:ouch!, skip past end of rules, denying packet не будет, если эта переменная всеже необходима то я решал проблему отказом от ipfw flush.
Да и интернет не молчит 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
|  | | |
| |
| |
| 3.18, wtf, 20:33, 09/02/2009 [^] [ответить] [смотреть все]
| +/– |
да в 1, при этом параметры пакет проходит только через первое подходящее правило, при 0 он проходит через все правила, отсюда и ошибка - во время флуша пакет не находит следующего правила в которое он был отправлен.
| | | |
|
|
| 1.20, pashaumka, 23:36, 09/02/2009 [ответить] [смотреть все]
| +/– |
не знаю как у вас с mpd, но у меня работа построена на pppoed & ppp - 100 мбит канал и при подключении/отключении создаются и удаляются правила - серваки жужжат и не парятся...150 сессий - 10% загрузки железок. всё железо на интеловых серверных матерях
| | | |
| |
| 2.29, Radist, 20:25, 10/02/2009 [^] [ответить] [смотреть все] [показать ветку]
| +/– | |
У меня 600 сессий ВПН и одновременно ломятся в инет до 100.
Сейчас прошло уже более месяца. Серваки ни разу (сплюнуть три раза через плечо) не ребутнулись
З.І. Похожая проблема обнаружилась еще на одном серваке (АМД, два ядра, 6.5 фря, занимается НАТ в пять потоков, т.к. в один поток не справляется). Правил фаєрвола до 300, но есть пару пайп. Иногда при нагрузке близкой к 4 (в еденицах топа), когда удалял правило фаєрвола, все єто чудо просто ребуталось (даже без дампа и сообщений в логах). Исправил по образу и подобию, пока все гуд.
З.З.І. Спользовать общие пайпі на несколько юзеров немог, т.к. используется система бонусов и у каждого юзверя своя скорость.
Испольщовать таблиці (имеестя в виду tablearg), можно, но только если не удалять соответствующие правила, а править параметрі пайп. Тоесть все то-же самое.
|  | | |
|
| 1.34, ak, 19:17, 08/05/2009 [ответить] [смотреть все]
| +/– | |
Наблюдаю аналогичную проблему на FreeBSD + mpd4 на больших нагрузках (сотни тунелей, десятки килобит в секунду). Причем как на AMD, так и Intel. Как с net.inet.ip.fw.one_pass: 1 так и 0. Как с net.inet.ip.dummynet.io_fast=1, так и 0. Но действительно, на системах, где правила активно удаляются, намного чаще.
есть очень схожие багрепорты:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121382
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118128
оба открыты. Все собираюсь дописать, собираю информацию. Напишите плз туда свое наблюдение.
|  | | |
| 1.36, napTu, 22:11, 16/03/2010 [ответить] [смотреть все]
| +/– | |
интересная статейка, а я то думал отчего у меня паник был постоянный после пересборок ядра, обновлений фри...
Что интересно, решилось пересборкой ядра с режимом отладки. После этого не падает.
Правда нет mpd, работает как основной шлюз с авторизацией stargazer, но правила постоянно добавляются-удаляются в зависимости от активности абонентов(не в моменты подключения-отключения)
Последовательность следующая:
ipfw delete $rulenum
ipfw pipe delete $rulenum
...
ipfw pipe $rulenum config bw $speed2
ipfw add $rulenum3 pipe $rulenum ip from...
| | | |
| 1.37, napTu, 22:16, 16/03/2010 [ответить] [смотреть все]
| +/– |
а, кстати, говорят что то подправили в dummynet с месяц назад, связанное с падениями при 100% загрузке
у меня недавно упал сервак при выключении dummynet_io_fast в 0 на ядре 7.2p3
Знающие люди порекомендовали обновиться на последние патчи.
| | | |
|
|
