Настройка сети в KVM

[Oldman06]

Проблема следующая: Необходимо чтобы гостевая система была в той же сети что и хост-система.
Настройка сетевых интерфейсов на хост-машине:

(Нажмите, чтобы показать/скрыть)

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

auto eth1
iface eth1 inet manual

auto bond0
iface bond0 inet manual
        slaves eth0 eth1
        bond_mode 4
        bond_miimon 100
        bond_downdelay 200
        bond_updelay 200

auto vmbr0
iface vmbr0 inet static
        address 192.168.0.3
        netmask 255.255.255.0
        network 192.168.0.0
        broadcast 192.168.0.255
        gateway 192.168.0.252
        dns-nameservers 192.168.0.252
        bridge_ports bond0
        bridge_stp off
        bridge_fd 5
        bridge_hello 2
        bridge_maxwait 5
        bridge_maxage 10

В /etc/sysctl.conf
net.ipv4.ip_forward=1

Описание сетевого интерфейса в гостевой машине:

(Нажмите, чтобы показать/скрыть)

    ...
    <interface type='bridge'>
      <mac address='52:54:00:f2:bb:bf'/>
      <source bridge='vmbr0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    ...

При данных настройках гостевая машина получает адрес от роутера (192.168.0.252), но с нее не пингуется ни один адрес в сети, включая роутер, кроме адреса хост-машины (192.168.0.3). Получается что мост работает внутри, между хост машиной и гостевыми, но не выпускает гостевые наружу и при этом гостевые получают адрес от роутера, хотя он вроде бы как и не виден. При этом на хост-машине никаких проблем с сетью нет.
Помогите разобраться, пожалуйста.

[ArcFi]

Код: [Выделить]

sudo iptables-save?

[Oldman06]

Все правила пустые.

# Generated by iptables-save v1.4.14 on Tue Jun 11 11:54:53 2013
*filter
:INPUT ACCEPT [8855:643983]
:FORWARD ACCEPT [9694:817932]
:OUTPUT ACCEPT [1831:3636027]
COMMIT

[ArcFi]

Все правила пустые.

Это на хосте, так ведь?

А какая система выступает в роли гостя?

И на всякий случай, проверьте текущее значение на хосте

Код: [Выделить]

sysctl net.ipv4.ip_forward

[Oldman06]

Да, на хосте.

Код: [Выделить]

root@vmhost:~# sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1

Гостевых систем две: Windows server 2008 и Ubuntu server 12.04. На обоих одна и та же ситуация. Они получают адрес по DHCP от роутера, пингуют хост, друг друга, хост их пингует, но больше ничего не пингуется. То есть мост, как бы, работает внутри, между ними.

[ArcFi]

У меня сервера виртуализации под fedora-18, управление через virt-manager.
Сеть в режиме моста настроена так:

Код: (xml) [Выделить]

# virsh dumpxml srv21
...
    <interface type='bridge'>
      <mac address='52:54:00:82:ff:16'/>
      <source bridge='br0'/>
      <target dev='vnet0'/>
      <alias name='net0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
...

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

# ip a
...
3: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP qlen 1000
    link/ether 00:15:17:57:1f:1c brd ff:ff:ff:ff:ff:ff
    inet6 fe80::215:17ff:fe57:1f1c/64 scope link
       valid_lft forever preferred_lft forever
...
5: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:15:17:57:1f:1c brd ff:ff:ff:ff:ff:ff
    inet 10.10.28.10/24 brd 10.10.28.255 scope global br0
    inet6 fe80::3068:4eff:fec8:61d6/64 scope link
       valid_lft forever preferred_lft forever
...
17: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 500
    link/ether fe:54:00:82:ff:16 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe82:ff16/64 scope link
       valid_lft forever preferred_lft forever

# head /etc/sysconfig/network-scripts/ifcfg-{br0,em1}
==> /etc/sysconfig/network-scripts/ifcfg-br0 <==
DEVICE=br0
ONBOOT=yes
TYPE=Bridge
NAME=br0
BOOTPROTO=dhcp
STP=on
DELAY=0

==> /etc/sysconfig/network-scripts/ifcfg-em1 <==
DEVICE=em1
ONBOOT=yes
BRIDGE=br0
TYPE=Ethernet
NAME=em1
UUID=1dad842d-1912-ef5a-a43a-bc238fb267e7

# sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1

[Oldman06]

Я до этого на CentOS ставил. Все работало без проблем... Черт меня дернул в этот раз на Debian попробовать.
Пользователь решил продолжить мысль 11 Июня 2013, 15:24:14:По всей видимости затык в настройке сетевого объединения (bonding).
При bond_mode 1 все заработало  .