Создание частной сети для двух ВМ

Я пытаюсь создать две виртуальные машины, которые подключены к одной частной сети. Я использую Linux с qemu-kvm 1.0.

Мой план атаки был таков:

brctl addbr bridge
ifconfig bridge up
tunctl -t tap1
tunctl -t tap2
ifconfig tap1 up
ifconfig tap2 up
brctl addif bridge tap1
brctl addif bridge tap2
qemu-kvm -net nic,macaddr=52:54:00:11:22:33 -net tap,ifname=tap1 disk1.img
qemu-kvm -net nic,macaddr=52:54:00:44:55:66 -net tap,ifname=tap2 disk2.img

После загрузки я даю первой машине IP-адрес 192.168.100.5, а второй 192.168.100.10.

На этом этапе, когда я пытаюсь выполнить эхо-запрос одной виртуальной машины от другой, ответа на эхо-запрос нет. Однако, используя Wireshark, я вижу, что запросы ARP отправляются и на них отвечают, и я подтвердил, что кеши ARP действительно содержат информацию о других виртуальных машинах. Тем не менее, ответы на пинг не генерируются (как видно через Wireshark).

Затем я попытался присвоить мосту IP-адрес 192.168.100.1. После этого пинг между виртуальными машинами работает, но проблема все еще существует: теперь все запросы, похоже, исходят от самого моста. Например, если я подключаюсь с одной виртуальной машины к FTP-серверу другой, запуск netstat на виртуальной машине с FTP-сервером показывает, что 192.168.100.1 является источником. Соединения работают так же, как и через NAT, но, как и в случае с NAT, адрес источника не совпадает с адресом исходного компьютера. Я пробовал это с включением и выключением net.ipv4.ip_forward, а также включением и выключением маскарадинга (iptables -t nat -A POSTROUTING -j MASQUERADE) с теми же результатами.

Я действительно хочу, чтобы мои виртуальные машины работали так, как будто они подключены к коммутатору: он должен быть прозрачным. Меня больше беспокоит исходный адрес, похожий на мост, чем мост, требующий IP. Последнее несколько раздражает, но первое для меня блокирует.