Как использовать iptables или IFB для маркировки входящего трафика по устройству?

Как использовать iptables или IFB для маркировки входящего трафика по устройству?

Я пытаюсь использовать iptables для маркировки входящих пакетов на основе устройства, с которого они поступили (а не на основе их исходного IP-адреса или порта и т. д.), но не нашел способа заставить это работать.

В частности, я могу настроить фильтр, который будет подсчитывать каждый входящий пакет (и это будет работать нормально):

iptables -F -t mangle
iptables -A PREROUTING -t mangle -j MARK --set-mark 1
iptables -nvL

Chain PREROUTING (policy ACCEPT 185 packets, 41507 bytes)
 pkts bytes target     prot opt in     out     source               destination
  185 41507 MARK       all  --  *      *       0.0.0.0/0            0.0.0.0/0            MARK set 0x1

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

iptables -F -t mangle
iptables -A PREROUTING -t mangle -i eth2 -j MARK --set-mark 1
iptables -nvL

Chain PREROUTING (policy ACCEPT 101 packets, 19288 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 MARK       all  --  eth2   *       0.0.0.0/0            0.0.0.0/0            MARK set 0x1

Из онлайн-руководств и т. д. следует, что такое поведение вполне может быть логическим следствием того, как работает iptables: и чтобы обойти это, люди пытались использовать IMQ (до того, как IMQ был отменен): а затем перешли на использование IFB. Но дальше документация, похоже, обрывалась.

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

Альтернативно, есть ли способ классифицировать трафик, поступающий через заданный интерфейс, как один из набора различных областей? например, eth0 --> realm_10, eth1 --> realm_11 и т. д. Этот подход, похоже, тоже должен работать, но я (опять же) пока не нашел никакой практической документации для этого.

Связанный контент