Соединение двух интерфейсов крана

На всякий случай, потому что вы сказали, что вы полный нуб: интерфейс tun (уровень 3) или tap (уровень 2) является конечной точкой сетевого интерфейса приложения, и приложение может считывать и записывать пакеты из этого сетевого интерфейса. Что вы создаете с ip tuntap add ... или устаревший tunctl являются постоянными именами для таких конечных точек, и вы, как правило, по-прежнему будете запускать приложение, и оно ничего не сделает, если вы не запустите приложение.

Поскольку приложение взаимодействует с сетевым интерфейсом в целях проектирования, нет необходимости "внедрять" пакеты в стороннее приложение, если вы не подразумеваете под "внедрением" это нормальное взаимодействие, которое я описал.

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

Поэтому, если вы хотите сделать это и не хотите играть с собственным приложением, создающим и принимающим пакеты, вам не нужен интерфейс tun / tap.

Тем не менее, я только что проверил вашу настройку, с небольшим изменением, потому что вы не сказали, что вы используете для "инъекции" пакетов: я использовал два socat s, чтобы создать, чтобы коснуться конечной точки tap0a а также tap1a Затем я соединил их и использовал еще два socatS в двух разных пространствах имен, чтобы создать правильные пакеты для меня. Они должны находиться в другом пространстве имен, так как локальные пакеты всегда будут доставляться через обратную связь lo,

И, как и ожидалось, мостовые отводные устройства работают просто отлично.

Итак, я полагаю, что проблема в пакете, который вы вводите: неверный адрес Ethernet или нет широковещательной рассылки. Пожалуйста, измените ваш вопрос с помощью tcpdump -xx ... вывод, когда вы вводите пакет ARP.

Или, может быть, вы хотите создать сетевые пространства имен и соединить две конечные точки двух пар веток? Это намного проще.

редактировать

Пакет ARP выглядит хорошо. Кажется, что нет приложения, подключенного к tap2, Если вы делаете ip link, вы не должны видеть LOWER_UP флаг для tap2, Угадайте: мост обнаруживает, что устройство работает только частично, и не отправляет пакеты на этот порт.

Попробуйте заменить его на tap с которым связано приложение, что-то вроде

sudo socat TUN:10.0.2.2/24,tun-name=tapx,tun-type=tap,iff-up - | hexdump -C

(10.0.2.2/24 адрес ничего не делает, но socat не будет работать, если вы не укажете адрес), а в другом терминале

sudo ip link set tapx master br0

(который заменяет brctl addif), затем внедрите ваш пакет несколько раз и посмотрите, нет ли в первом окне hexdump. Также проверьте для LOWER_UP с ip link show dev tapx,

КСТАТИ, ifconfig а также brctl устарели. использование ip а также bridge вместо.

Не назначать IP-адреса для портов моста не имеет значения, поскольку порты моста не имеют IP-адресов (если они получили некоторые назначенные им до того, как они были порабощены мостом, они игнорируются). Смотрите, например, здесь.

Я боролся с этим и думаю, что нашел решение. Или, по крайней мере, лучшее понимание того, что происходит.

Важно помнить, что единственный способ доставить пакет в интерфейс крана на принимающей стороне ("RX") - записать этот пакет в дескриптор сокета, созданный процессом, который открыл крана (через open("/dev/net/tun",...) а также ioctl). Только один процесс может иметь этот файловый дескриптор одновременно. Если устройство крана открыто, и другой процесс пытается повторно открыть другое устройство с тем же именем, этот системный вызов не будет выполнен.

Поэтому, когда у вас есть какой-либо другой процесс, например, wireshark, откройте необработанный сокет и затем привязайте его к tap0, он способен только выводить трафик из системы (с точки зрения ядра). То есть, Wireshark должен быть н TX счетчик tap0, и только RX пакеты будут перенаправлены на мостовой интерфейс.

Вы можете проверить счетчики для каждого, как:

#!/bin/bash
for if in tap{0,1}; do
    stats=/sys/class/net/$if/statistics/
    rx=$(cat $stats/rx_packets)
    tx=$(cat $stats/tx_packets)
    echo "$if: rx=$rx, tx=$tx"
done

который выводит что-то вроде:

tap0: rx=0, tx=6
tap1: rx=0, tx=5

Так что в вашем конкретном случае я подозреваю, что проблема здесь:

У меня есть программа инъекций ARP пакеты в tap1 используя libpcap. Wireshark правильно показывает входящие пакеты tap1, Тем не менее, ни один пакет не отображается в tap2,

Как вы вводите пакеты ARP в tap1? Я полагаю, Wireshark не звонит fd = open("/dev/net/tun", ...) а также ioctl(fd, TUNSETIFF, ...) Таким образом, отправленные пакеты будут передаваться по TX и, следовательно, не будут соединены.

Вам понадобится программа, которая открывается tap0 записывать пакеты в tap0 файловый дескриптор, чтобы получить эти пакеты для пересылки br0 и появиться на tap1,