Назад | Перейти на главную страницу

Tc: входящая политика и зеркалирование ifb

Я пытаюсь настроить формирование трафика на шлюзе Linux как написано здесь. Сценарий необходимо настроить, поскольку у меня несколько интерфейсов LAN. Итак, чтобы сформировать сторону LAN, я планирую создать псевдоустройство ifb, например:

     modprobe ifb
     ip link set dev ifb0 up
    /sbin/tc qdisc add dev $WAN_INTERFACE ingress
    /sbin/tc filter add dev $WAN_INTERFACE parent ffff: protocol ip u32 match u32 0 0 action mirred egress redirect dev ifb0

Сценарий из репозитория gist, упомянутого выше, имеет следующие строки:

 /sbin/tc qdisc add dev $WAN_INTERFACE handle ffff: ingress
    /sbin/tc filter add dev $WAN_INTERFACE parent ffff: protocol ip prio 1 u32 match ip sport $INTERACTIVE_PORT 0xffff flowid :1
    /sbin/tc filter add dev $WAN_INTERFACE parent ffff: protocol ip prio 1 u32 match ip dport $INTERACTIVE_PORT 0xffff flowid :1
    /sbin/tc filter add dev $WAN_INTERFACE parent ffff: protocol ip prio 5 0 u32 match ip src 0.0.0.0/0 police rate $MAX_DOWNRATE_INGRESS burst 20k drop flowid :2

Этот код и код создания интерфейса ifb несовместимы. Настроенный сценарий запускается, но устройство ifb0 не показывает статистику трафика. Если я закомментирую код репозитория ingress gist (цитируемый выше), тогда устройство ifb0 показывает количество переданных пакетов. Также эти строки не могут выполняться вместе:

/sbin/tc qdisc add dev $WAN_INTERFACE ingress
/sbin/tc qdisc add dev $WAN_INTERFACE handle ffff: ingress

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

IFB является альтернативой tc-фильтрам для обработки входящего трафика, путем перенаправления его на виртуальный интерфейс и обработки там как исходящего трафика. Вам нужен один интерфейс ifb для каждого физического интерфейса, чтобы перенаправить входящий трафик с eth0 на ifb0, eth1 на ifb1 и т. Д. на.

При вставке модуля ifb укажите необходимое количество виртуальных интерфейсов. По умолчанию 2:

modprobe ifb numifbs=1

Теперь включите все интерфейсы ifb:

ip link set dev ifb0 up # repeat for ifb1, ifb2, ...

И перенаправить входящий трафик с физических интерфейсов на соответствующий интерфейс ifb. Для eth0 -> ifb0:

tc qdisc add dev eth0 handle ffff: ingress
tc filter add dev eth0 parent ffff: protocol ip u32 match u32 0 0 action mirred egress redirect dev ifb0

Снова повторите для eth1 -> ifb1, eth2 -> ifb2 и так далее, пока не будут охвачены все интерфейсы, которые вы хотите сформировать.

Теперь вы можете применять все нужные правила. Правила выхода для eth0 идут как обычно в eth0. Ограничим пропускную способность, например:

tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:1 htb rate 1mbit
tc class add dev eth0 parent 1:1 classid 1:10 htb rate 1mbit

Излишне говорить, что повторите для eth1, eth2, ...

Правила входа для eth0 теперь используются как правила выхода для ifb0 (все, что входит в ifb0, должно выходить, и только входящий трафик eth0 идет в ifb0). Опять же, пример ограничения пропускной способности:

tc qdisc add dev ifb0 root handle 1: htb default 10
tc class add dev ifb0 parent 1: classid 1:1 htb rate 1mbit
tc class add dev ifb0 parent 1:1 classid 1:10 htb rate 1mbit

Преимущество этого подхода в том, что правила выхода намного более гибкие, чем фильтры входа. Фильтры позволяют только отбрасывать пакеты, например, не вводить время ожидания. Обрабатывая входящий трафик как исходящий, вы можете настроить дисциплины очередей с классами трафика и, при необходимости, фильтрами. Вы получаете доступ ко всему дереву tc, а не только к простым фильтрам.

На основании ответа Сержио Карвалью я сделал небольшой сценарий bash для ограничения пропускной способности:

Имя файла: netspeed

#!/bin/bash 

#USAGE: sudo ./netspeed -l limit_in_kbit -s
usage="sudo $(basename "$0") -l speed_limit -s
  -l speed_limit - speed limit with units (eg. 1mbit, 100kbit, more on \`man tc\`)
  -s - remove all limits
"

# default values
LIMIT=0
STOP=0

# hardcoded constats
IFACE=ifb0 # fake interface name which will be used for shaping the traffic
NETFACE=wlan0 # interface which in connected to the internet

# shift all required and leave only optional

while getopts ':hl:s' option; do
  case "$option" in
   l) LIMIT=$OPTARG
      ;;
   s) STOP=1
      ;;
   h) echo "$usage"
      exit
      ;;
  esac
done

#
# functions used in script
#
function limitExists { # detected by ingress on $NETFACE qdisc
   # -n equals true if non-zero string length
  if [[ -n `tc qdisc show | grep "ingress .* $NETFACE"` ]]
  then
    return 0 # true
  else
    return 1 # false
  fi

}
function ifaceExists {
  # -n equals true if non-zero string length
  if [[ -n `ifconfig -a | sed 's/[ \t].*//;/^\(lo\|\)$/d' | grep $IFACE` ]]
  then
    return 0 # true
  else
    return 1 # false
  fi
}
function ifaceIsUp {
  # -n equals true if non-zero string length
  if [[ -n `ifconfig | sed 's/[ \t].*//;/^\(lo\|\)$/d' | grep $IFACE` ]]
  then
    return 0 # true
  else
    return 1 # false
  fi
}
function createLimit {
  #3. redirect ingress
  tc qdisc add dev $NETFACE handle ffff: ingress
  tc filter add dev $NETFACE parent ffff: protocol ip u32 match u32 0 0 action mirred egress redirect dev $IFACE

  #4. apply egress rules to local inteface (like wlan0)
  tc qdisc add dev $NETFACE root handle 1: htb default 10
  tc class add dev $NETFACE parent 1: classid 1:1 htb rate $LIMIT
  tc class add dev $NETFACE parent 1:1 classid 1:10 htb rate $LIMIT

  #5. and same for our relaying virtual interfaces (to simulate ingress)
  tc qdisc add dev $IFACE root handle 1: htb default 10
  tc class add dev $IFACE parent 1: classid 1:1 htb rate $LIMIT
  tc class add dev $IFACE parent 1:1 classid 1:10 htb rate $LIMIT
}
function updateLimit {
  #3. redirect ingress
  tc filter replace dev $NETFACE parent ffff: protocol ip u32 match u32 0 0 action mirred egress redirect dev $IFACE

  #4. apply egress rules to local inteface (like wlan0)
  tc class replace dev $NETFACE parent 1: classid 1:1 htb rate $LIMIT
  tc class replace dev $NETFACE parent 1:1 classid 1:10 htb rate $LIMIT

  #5. and same for our relaying virtual interfaces (to simulate ingress)
  tc class replace dev $IFACE parent 1: classid 1:1 htb rate $LIMIT
  tc class replace dev $IFACE parent 1:1 classid 1:10 htb rate $LIMIT
}
function removeLimit {
  if limitExists ; then
    tc qdisc del dev $NETFACE ingress
    tc qdisc del dev $NETFACE root
    tc qdisc del dev $IFACE root
  fi
  if ifaceIsUp ; then
    ip link set dev $IFACE down
  fi
}

#
# main script
#
if [[ `whoami` != "root" ]]; then
  echo "WARNING: script must be executed with root privileges!"
  echo $usage
  exit 1
fi
if [ $STOP -eq 1 ]; then
  echo "REMOVING limit"
  removeLimit
  echo "limit REMOVED"
elif [ "$LIMIT" != "0" ]; then
  # prepare interface
  if ! ifaceExists ; then
    echo "CREATING $IFACE by modprobe"
    modprobe ifb numifbs=1
    if ! ifaceExists ; then
      echo "creating $IFACE by modprobe FAILED"
      echo "exit with ERROR code 2"
      exit 2
    fi
  fi
  # set interface up
  if ifaceIsUp ; then
    echo "$IFACE is already up"
  else
    echo "set $IFACE up"
    ip link set dev $IFACE up # ( use ifconfig to see results)
    if ifaceIsUp ; then
      echo "$IFACE is up"
    else
      echo "enabling $IFACE by ip link FAILED"
      echo "exit with ERROR code 3"
      exit 3
    fi
  fi

  # create/update limits
  if limitExists ; then
    echo "update limit"
    updateLimit
  else
    echo "create limit"
    createLimit
  fi

  echo "limit CREATED"
  exit 0
else
  echo $usage
fi

У вас есть простой сценарий, который делает это в окне маршрутизатора Linux для входящего и исходящего трафика:

https://github.com/rfrail3/misc/blob/master/tc/traffic-control.sh