Исходное сообщение
"Новая версия пакетного фильтра для Linux - iptables 1.4.0" Отправлено Аноним, 27-Дек-07 21:06
>Пока carp в глубокой бетте, bgp-fullview домашния радоибалалайка не потянет по причине >отсутсвия нормального проца и достаточного кол-ва мозгов, с ospf тоже самое насчёт беты: вы где прочитали? зачем домашнему роутеру принимать fullview? ospf с небольшим числом роутеров и достаточно стабильной сети вполне потянет. >>ага. а много ли pf знает о чём-то, отличном от ip/tcp/udp/icmp? >А оно ему надо ? >Зато про то что он знает он знает на очень приличном уровне >- уровне комерческих решений, а это совсем не мало !!! мда, как обычно "это нам не надо". Типичный openbsd-way: виртуализация несекурна - это нам не надо. HT несекурно, это нам не надо. Многоядерные процессоры несекурны - это нам не надо. Подключение по ethernet несекурно  - могут трафик слушать. может и его того, а? >ftp-proxy, pptp-proxy, sip-proxy, про dcc не знаю поэтому ничего сказать не могу, >но имхо bi-nat это вполне может решить :) так и думал что будет юзерспейсовые костыли. 50-60 человек активно качающих по ftp и ftp-proxy "уложит" роутер. Насчёт pptp-proxy: "The proper way of forwarding PPTP is to use native kernel NAT, but it isn't always easy, feasible or even implemented properly. pptpproxy was written for these situations." А binat вам не поможет.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Пока carp в глубокой бетте, bgp-fullview домашния радоибалалайка не потянет по причине >>отсутсвия нормального проца и достаточного кол-ва мозгов, с ospf тоже самое > насчёт беты: вы где прочитали? > зачем домашнему роутеру принимать fullview? > ospf с небольшим числом роутеров и достаточно стабильной сети вполне потянет. >>>ага. а много ли pf знает о чём-то, отличном от ip/tcp/udp/icmp? >>А оно ему надо ? >>Зато про то что он знает он знает на очень приличном уровне >>- уровне комерческих решений, а это совсем не мало !!! > мда, как обычно "это нам не надо". > Типичный openbsd-way: виртуализация несекурна - это нам не надо. HT несекурно, это > нам не надо. Многоядерные процессоры несекурны - это нам не надо. > Подключение по ethernet несекурно - могут трафик слушать. может и его > того, а? >>ftp-proxy, pptp-proxy, sip-proxy, про dcc не знаю поэтому ничего сказать не могу, >>но имхо bi-nat это вполне может решить :) > так и думал что будет юзерспейсовые костыли. > 50-60 человек активно качающих по ftp и ftp-proxy "уложит" роутер. > Насчёт pptp-proxy: > "The proper way of forwarding PPTP is to use native kernel NAT, > but it isn't always easy, feasible or even implemented properly. pptpproxy > was written for these situations." > А binat вам не поможет.
	Введите код, изображенный на картинке: