forum.lissyara.su

paradox писал(а):именно pps так и небыл рализован
хотя идеи были url

можно попробовать зарезать limit коннектов на айпишники

si__ писал(а):Столкнулся с проблемой органичения флуда из сети через шлюз на freebsd. Сервер пропускает пакетов боольше, чем выдерживает маршрутизатор провайдера . Pipe режут только байты.. а нужно именно пакеты. Вроде под iptable есть приблуды, режущие pps, но переставлять шлюз и осваивать iptabe не очень хорошая перспектива, равно как покупка каталиста за ХХХ уе, умеющего ограничить pps.
Подскажите, пожалуйста, возможно ли это настроить на freebsd.

warzoni писал(а): Здрасвуйте! если я не ошибся то расмотрите этот пример

http://lists.freebsd.org/pipermail/free ... 00074.html

si__ писал(а):

warzoni писал(а): Здрасвуйте! если я не ошибся то расмотрите этот пример

http://lists.freebsd.org/pipermail/free ... 00074.html

Совершенно верно, спасибо, подскажите, пожалуйста, куда это вставить, ip_fw2.c ... ?

warzoni писал(а):Я вот о чём подумал а разве нету ограничение пакетов на Ip адрес видь есть же на queues

weight 50 pipe 102 10 sl. 1 queues (1 buckets) droptail

загоняйте в трубу и указуйте не больше 10 бакетов на айпи адрес..

тоесть pipe устанавливаете трубу и queues загоняете в пайпы и ставте ограничение на пакеты ..помойму так..

у меня просто режит по айпишникам и например я делаю юзеру 512 килабит скорасть и небольше 10 пакетов в секунду...пакеты регулирую queues

  ipfw  pipe 11 copnfig bw 512kbits/s queue 40
 ..... 12  ....
  ipfw queue 111 config pipe 11 weigth 20 queue 40  [ buckets 10 ] [ mask src-ip oxffffffff ]
 ...              112   ......
   ipfw queue  113                                     weigth30
...................
  ipfw add 1111 queue 111 tcp from {net_max_prio} to {ip}  limit src-addr 200
 ......  1112               111                  other prio                                   50
  ipfw add 1116 queue 116 udp from {net_max_prio} to {ip}  limit src-addr 50
  ......................................
  ipfw add 1121 queue 112 tcp from {ip} to {net_max_prio} limit dst-addr 200
 ......  1122               112                  other prio                                   50
  ipfw add 1126 queue 112 udp from {ip} to {net_max_prio}   limit dst-addr 50
  ......................................

FreeBSP писал(а):вариант: снимать с файера(ipfw) статистику по пакетам, вычислять PPS и динамически ставить шейпинг
реализовать можно как скриптом так и прогой/ при программной реализации достигается более высокая точность и понизится латентность системы

но вот такая мысль, если просто сужать пропускную способность, то где то надо хранить поступающие пакеты, причем их очередь будет нарастать...
или я просто не понимаю ижею шейпинга по ппс?

FreeBSP писал(а):вариант: снимать с файера(ipfw) статистику по пакетам, вычислять PPS и динамически ставить шейпинг
реализовать можно как скриптом так и прогой/ при программной реализации достигается более высокая точность и понизится латентность системы

Inzevision писал(а):попытаюсь оживить эту тему. кто-то решил вопрос лимитирования пакетов/сек на фре?

#!/usr/local/bin/bash

for ((i=1; i<=4; i++))
{
 pr[i]=$(cut -d" " -f$i prev.pps);
}

cur[1]=$(ipfw -a list | egrep ^"00001" | tr -s " " | cut -d" " -f2);
cur[2]=$(ipfw -a list | egrep ^"00002" | tr -s " " | cut -d" " -f2);
cur[3]=$(ipfw -a list | egrep ^"00011" | tr -s " " | cut -d" " -f2);
cur[4]=$(ipfw -a list | egrep ^"00012" | tr -s " " | cut -d" " -f2);

for ((i=1; i<=4; i++))
{
 pps[i]=$(echo "scale=0; (${cur[i]}-${pr[i]})/15" | bc);
}

echo $(date "+%H:%M:%S")" "${pps[1]}" "${pps[2]}" "${pps[3]}" "${pps[4]} >> $(date "+%Y%m%d").pps;
echo ${cur[1]} ${cur[2]} ${cur[3]} ${cur[4]} > prev.pps