[Comm] проблемы после поднятия bridge

[Arcady Ivanov]

Sergey Vlasov пишет:
> 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 не очень хотело
работать с VirtualBox. С kvm полегче,
но всех нюансов не помню.
> 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, что и для реальной.
>   
Это неправильное ограничение.
Если в сети есть машины с IP из другой сети,
почему бы виртуальной машине не входить в эту
другую сеть?

-- 
С уважением. Аркадий Иванов
Sincerely yours. Arcady Ivanov
My site: http://www.arccomm.ru