Я абсолютный новичок, это мой первый эксперимент с сетевым ядром. Я пытаюсь создать мост между двумя tap
интерфейсами, и попытайтесь отправить трафик через. Это скорее эксперимент, чем для какой-то конкретной цели.
$ brctl showstp br0
br0
bridge id 8000.46846e0c0ff9
designated root 8000.46846e0c0ff9
root port 0 path cost 0
max age 20.00 bridge max age 20.00
hello time 2.00 bridge hello time 2.00
forward delay 15.00 bridge forward delay 15.00
ageing time 300.00
hello timer 1.98 tcn timer 0.00
topology change timer 0.00 gc timer 115.04
flags
tap1 (1)
port id 8001 state forwarding
designated root 8000.46846e0c0ff9 path cost 100
designated bridge 8000.46846e0c0ff9 message age timer 0.00
designated port 8001 forward delay timer 10.34
designated cost 0 hold timer 0.98
flags
tap2 (2)
port id 8002 state forwarding
designated root 8000.46846e0c0ff9 path cost 100
designated bridge 8000.46846e0c0ff9 message age timer 0.00
designated port 8002 forward delay timer 0.00
designated cost 0 hold timer 0.98
flags
У меня создан мост br0
с добавлением как tap1
и tap2
. У меня есть программа, вводящая пакеты ARP в tap1
с помощью libpcap
. Wireshark правильно показывает пакеты, входящие в tap1
. Тем не менее, пакет не отображается на tap2
. Я попытался добавить следующее правило в ebtables:
sudo ebtables -I INPUT --log --log-level debug
Пакеты не отображаются в журналах. Я буду признателен за любые материалы.
РЕДАКТИРОВАТЬ: Добавление дополнительной информации. Внедрение поддельных пакетов - это действительно приложение. Мое намерение состоит в том, чтобы смоделировать, полностью программно и без виртуальных машин, как пакеты перенаправляются через стек ядра Linux. Я не создаю новые сетевые пространства имен. Возможно в этом проблема?
У меня только два процесса. Процесс "чтения" имеет файловый дескриптор, открытый для tap2
, и постоянно пытается читать из него. Процесс записи имеет файловый дескриптор, открытый для tap1
и ожидает, пока пользователь не отправит запрос ARP. ARP-запрос имеет случайный IP-адрес источника. MAC-адрес источника устанавливается как MAC-адрес tap1
. Вот вывод команды tcpdump:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tap1, link-type EN10MB (Ethernet), capture size 262144 bytes
^[[A07:19:57.752990 ARP, Request who-has google-public-dns-a.google.com tell 0.0.248.17, length 28
0x0000: ffff ffff ffff ba9c 0589 16ad 0806 0001
0x0010: 0800 0604 0001 ba9c 0589 16ad 0000 f811
0x0020: 0000 0000 0000 0808 0808
Я настроил tap1
и tap2
чтобы не иметь IP-адресов. Может ли это быть проблема?
brctl addbr br0
ip tuntap add name tap1 mode tap
ip tuntap add name tap2 mode tap
brctl addif br0 tap1
brctl addif br0 tap2
ifconfig tap1 0.0.0.0 up
ifconfig tap2 0.0.0.0 up
ifconfig br0 10.0.1.1 netmask 255.255.255.0 broadcast 10.0.1.255
ip link set br0 up
ip link set tap1 up
ip link set tap2 up
Основываясь на ответе, я проверил прикрепление различных приложений к tap2
. Я замечаю это: когда ни одно приложение не использует tap1
или tap2
, оба интерфейса не имеют установленного флага LOWER_UP.
4: br0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default
link/ether 46:84:6e:0c:0f:f9 brd ff:ff:ff:ff:ff:ff
25: tap1: <NO-CARRIER,BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN mode DEFAULT group default qlen 500
link/ether ba:9c:05:89:16:ad brd ff:ff:ff:ff:ff:ff
26: tap2: <NO-CARRIER,BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN mode DEFAULT group default qlen 500
Когда я запускаю приложения, устанавливается флаг LOWER_UP:
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default
link/ether 46:84:6e:0c:0f:f9 brd ff:ff:ff:ff:ff:ff
25: tap1: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP mode DEFAULT group default qlen 500
link/ether ba:9c:05:89:16:ad brd ff:ff:ff:ff:ff:ff
26: tap2: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP mode DEFAULT group default qlen 500
link/ether 46:84:6e:0c:0f:f9 brd ff:ff:ff:ff:ff:ff
Мне жаль, что это оказывается длинным, я просто надеюсь, что информации достаточно, чтобы разобраться в проблеме.