On Thu, Oct 22, 2009 at 01:02:13PM +0400, Andrew Clark wrote:
> Для использования сети в виртуальной машине, требуется поднять
> туннель и объеденить его в бридж с сетевой картой.
[...]
> Настройки интерфейсов:
> 
> [andy@timelock ~]$ ls br0/
> brctl  ipv4address  options
> [andy@timelock ~]$ cat br0/*
> stp AUTO on

Обычно в подобных случаях STP только мешает, как и задержка после
поднятия интерфейса:

stp AUTO off
setfd AUTO 0

> 10.10.1.1/8
> 
> TYPE=bri
> HOST='eth0 tap0'
> BOOTPROTO=static
> 
> [andy@timelock ~]$ ls tap0/
> ipv4address  ipv4route  options
> [andy@timelock ~]$ cat tap0/*
> 10.10.2.2/8
> 
> 10.0.0.0/8 via 10.10.1.1

Назначать собственные IP-адреса интерфейсам, собираемым в мост, не
нужно - все IP переносятся на интерфейс моста, как и маршруты.

> TYPE=tuntap
> TUNTYPE=ipip

ipip - это совсем другой тип туннеля, который для QEMU/KVM не нужен.
Впрочем, при TYPE=tuntap этот параметр всё равно не будет
использоваться (как и TUNLOCAL, TUNREMOTE).

> TUNLOCAL=10.0.2.2
> TUNREMOTE=10.0.1.1
> TUNTAP_USER=andy
> BOOTPROTO=static
> 
> [andy@timelock ~]$ ls eth0/
> iplink  ipv4address  ipv4route  options
> [andy@timelock ~]$ cat eth0/*
> mtu 1442
> 192.168.1.2/24
> 
> default via 192.168.1.1

Настройки IP опять не на месте.

> 
> TYPE=eth
> MODULE=r8169
> BOOTPROTO=static

Пример работающей конфигурации:

$ cd /etc/net/ifaces && grep '^[^#]' eth0{,-br,-tap}/*
eth0/options:ONBOOT=yes
eth0-br/brctl:stp AUTO off
eth0-br/brctl:setfd AUTO 0
eth0-br/ipv4address:192.168.x.y/24
eth0-br/ipv4route:default via 192.168.x.z
eth0-br/options:TYPE=bri
eth0-br/options:HOST='eth0 eth0-tap'
eth0-br/options:ONBOOT=yes
eth0-tap/options:TYPE=tuntap
eth0-tap/options:TUNTAP_USER=vsu
eth0-tap/options:ONBOOT=yes

При этом для виртуальной машины необходимо выделить адрес из той же
подсети 192.168.x.y/24, что и для реальной.