Та же сеть на другом интерфейсе

Во-первых, если вы не пробовали использовать proxy arp отдельно, вам следует попробовать proxy arp.

echo 1 > /proc/sys/net/ipv4/conf/all/proxy_arp

Вариант 1: некоторое искажение маршрута connmark / policy

Если только proxy arp не работал, я не могу гарантировать, что это сработает, но я думаю, что попробовать стоит. Я собираюсь описать, как настроить маршрутизацию политики для привязки ответов на основе интерфейса ввода с помощью conntrack. Я опишу, как настроить его для двух интерфейсов, и его должно быть достаточно легко расширить до любого числа. С другой стороны, вместо того, чтобы работать, он может просто сильно запутаться и ни черта не сделать (вероятно, потому, что таблица arp ядра не знает, что она должна кэшировать пары ip / mac для каждого устройства). Если это произойдет, попробуйте второй, более уродливый метод.

Сначала установите несколько правил connmark mangle:

iptables -t mangle -A POSTROUTING -j CONNMARK --save-mark
iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark
iptables -t mangle -A PREROUTING -m mark ! --mark 0 -j ACCEPT

В / etc / iproute2 / rt_tables добавьте две таблицы, 100 и 101, пометьте их usb0 и usb1

100    usb0
101    usb1

Для каждой из этих таблиц добавьте следующее (замените <N> на соответствующий номер):

ip route add 192.168.2.0/24 dev usb<N> table usb<N>
ip rule add fw <N> table usb<N>
iptables -t mangle -A PREROUTING -i usb<N> -j MARK --set-mark <N>

Я не уверен, но вам может потребоваться настроить фиктивный интерфейс, например, для вашего демона tftp, чтобы он слушал:

modprobe dummy
ifconfig dummy0 192.168.2.100/32 up
echo 1 > /proc/sys/net/ipv4/conf/all/proxy_arp
sysctl net.ipv4.ip_forward=1
iptables -I FORWARD -s 192.168.2.100 -j ACCEPT
iptables -I FORWARD -d 192.168.2.100 -j ACCEPT

Теперь протестируйте с двумя устройствами. Если работает - отлично, в противном случае попробуйте следующий метод:

Вариант 2: контейнер kvm на каждое сетевое устройство usb

Вариант 2 уродливее, включает в себя мост и qemu / kvm. virt-manager наверное, самый простой способ создать эти вещи.

Создавайте устройства разветвления и мосты, по одному на интерфейс USB.

tunctl -t tap<N>
brctl addbr usb<N>br
brctl addif usb<N>br tap<N>
brctl addif usb<N>br usb<N>  # this may need to be done each time the usb device is connected/disconnected.

Создайте файл образа kvm или загрузочный компакт-диск, который предназначен только для чтения и содержит ваш tftp-сервер и образ ... или опустите только для чтения и создайте один файл образа для каждой виртуальной машины (использование снимков для этого было бы лучше, но это больше объема, чем этот ответ).

Запустите kvm, используя интерфейс Tap и файл изображения, и проверьте подключение к сети USB.

Сравнение

Если маршрут connmark / policy сработал, намного проще синхронно поддерживать репозиторий tftp. С KVM вам может потребоваться репозиторий для каждого образа виртуальной машины (если только вы не передадите каталог только для чтения каждой виртуальной машине, что возможно). Маршрут Connmark / policy немного сложнее, но он также требует только одного tftp-сервера, хотя, если ваши порты недостаточно случайны, conntrack может запутаться и перезаписать, если есть перекрытие портов (а может и нет). С другой стороны, мост к kvms требует гораздо больше памяти; целая виртуальная машина на подключенное USB-устройство, но гораздо более вероятно, что она будет работать каждый раз, потому что виртуальная машина имеет весь изолированный сетевой стек для работы, в то время как ядро ​​хоста просто должно передавать пакеты назад и вперед через мост, особенно если фильтрация моста выключен.

Надеюсь, один из этих двух сработает для вас.