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

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

[@ 2009-10-22 9:02 UTC (permalink / raw)]

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

[@ 2009-10-22 10:22 UTC (permalink / raw)]

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

[@ 2009-10-22 11:11 UTC (permalink / raw)]

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

[@ 2009-10-22 11:19 UTC (permalink / raw)]

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

[@ 2009-10-22 13:53 UTC (permalink / raw)]

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

[@ 2009-10-22 14:53 UTC (permalink / raw)]

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

[@ 2009-10-22 20:14 UTC (permalink / raw)]

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

[@ 2009-10-27 6:44 UTC (permalink / raw)]

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

[@ 2009-10-27 10:27 UTC (permalink / raw)]

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

[@ 2009-10-27 10:59 UTC (permalink / raw)]

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

[@ 2009-10-27 12:06 UTC (permalink / raw)]

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

[Andrew Clark]

On 27.10.2009 15:06, Sergey Vlasov wrote:
> On Tue, Oct 27, 2009 at 01:59:11PM +0300, Andrew Clark wrote:
>   
>> Получается, у меня сетевые интерфейсы выглядят так:
>>   
>>       br0
>>   /           \ 
>> .------------,
>> | eth0 | tap0 |
>> `------------'
>>
>> Поэтому, надо все настройки eth0 переносить на br0?
>>     
> Да, именно так.
>   
Поправил согласно рекомендации,
все равно через некоторое время icmp
пакеты перестают ходить до шлюза.

[andy@timelock ifaces]$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
>From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
>From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.1.1 ping statistics ---
6 packets transmitted, 0 received, +2 errors, 100% packet loss, time 5031ms
, pipe 2
[andy@timelock ifaces]$

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

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 877 bytes --]

On Tue, Oct 27, 2009 at 04:54:10PM +0300, Andrew Clark wrote:
> Поправил согласно рекомендации,
> все равно через некоторое время icmp
> пакеты перестают ходить до шлюза.
> 
> [andy@timelock ifaces]$ ping 192.168.1.1
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> >From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
> >From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
> ^C
> --- 192.168.1.1 ping statistics ---
> 6 packets transmitted, 0 received, +2 errors, 100% packet loss, time 5031ms
> , pipe 2

А в правилах iptables что-то есть?  Сделайте на всякий случай:

  echo 0 > /proc/sys/net/bridge/bridge-nf-call-arptables
  echo 0 > /proc/sys/net/bridge/bridge-nf-call-ip6tables
  echo 0 > /proc/sys/net/bridge/bridge-nf-call-iptables

Если это не поможет - придётся смотреть на вывод команд:

  ip addr
  ip route
  brctl show

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Andrew Clark]

On 27.10.2009 18:38, Sergey Vlasov wrote:

К сожалению, не помогло:
[root@timelock ifaces]# grep '^[^#]' ???0/*
eth0/options:ONBOOT=yes
tap0/options:TYPE=tuntap
tap0/options:TUNTAP_USER=andy
tap0/options:ONBOOT=yes
[root@timelock ifaces]# grep '^[^#]' ??0/*
br0/brctl:stp AUTO off
br0/brctl:setfd AUTO 0
br0/iplink:mtu 1442
br0/ipv4address:192.168.1.2
br0/ipv4route:default via 192.168.1.1
br0/options:TYPE=bri
br0/options:HOST='eth0 tap0'
br0/options:MODULE=r8169
br0/options:BOOTPROTO=static
br0/options:ONBOOT=yes
br0/resolv.conf:search domail timelock
br0/resolv.conf:nameserver 213.140.228.218
br0/resolv.conf:nameserver 195.42.162.50
br0/resolv.conf:nameserver 213.140.231.3
[root@timelock ifaces]# chkconfig --list | awk '{print $1,$7}' | grep ip
iptables 5:off
ipw3945d 5:off
[root@timelock ifaces]# echo 0 >
/proc/sys/net/bridge/bridge-nf-call-arptables
[root@timelock ifaces]# echo 0 >
/proc/sys/net/bridge/bridge-nf-call-ip6tables
[root@timelock ifaces]# echo 0 >
/proc/sys/net/bridge/bridge-nf-call-iptables
[root@timelock ifaces]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1442 qdisc pfifo_fast
state UNKNOWN qlen 1000
    link/ether 00:1d:7d:01:01:05 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0
3: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN qlen 1000
    link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
4: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN qlen 500
    link/ether 9a:16:06:10:84:1a brd ff:ff:ff:ff:ff:ff
5: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1442 qdisc noqueue state
UNKNOWN
    link/ether 00:1d:7d:01:01:05 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/32 scope global br0
[root@timelock ifaces]# ip route
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.3
default via 192.168.1.1 dev eth0
[root@timelock ifaces]# brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.001d7d010105       no              eth0
                                                        tap0
[root@timelock ifaces]#

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

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2593 bytes --]

On Tue, Oct 27, 2009 at 09:23:05PM +0300, Andrew Clark wrote:
> К сожалению, не помогло:
> [root@timelock ifaces]# grep '^[^#]' ???0/*
> eth0/options:ONBOOT=yes
> tap0/options:TYPE=tuntap
> tap0/options:TUNTAP_USER=andy
> tap0/options:ONBOOT=yes
> [root@timelock ifaces]# grep '^[^#]' ??0/*
> br0/brctl:stp AUTO off
> br0/brctl:setfd AUTO 0
> br0/iplink:mtu 1442
> br0/ipv4address:192.168.1.2

В ipv4address должен быть адрес с маской - 192.168.1.2/24.

> br0/ipv4route:default via 192.168.1.1
> br0/options:TYPE=bri
> br0/options:HOST='eth0 tap0'
> br0/options:MODULE=r8169

MODULE по-прежнему относится к eth0, а не к br0 - этот параметр не
надо было трогать.

> br0/options:BOOTPROTO=static
> br0/options:ONBOOT=yes
> br0/resolv.conf:search domail timelock
> br0/resolv.conf:nameserver 213.140.228.218
> br0/resolv.conf:nameserver 195.42.162.50
> br0/resolv.conf:nameserver 213.140.231.3
> [root@timelock ifaces]# chkconfig --list | awk '{print $1,$7}' | grep ip
> iptables 5:off
> ipw3945d 5:off
> [root@timelock ifaces]# echo 0 >
> /proc/sys/net/bridge/bridge-nf-call-arptables
> [root@timelock ifaces]# echo 0 >
> /proc/sys/net/bridge/bridge-nf-call-ip6tables
> [root@timelock ifaces]# echo 0 >
> /proc/sys/net/bridge/bridge-nf-call-iptables
> [root@timelock ifaces]# ip addr
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
>     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>     inet 127.0.0.1/8 scope host lo
> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1442 qdisc pfifo_fast
> state UNKNOWN qlen 1000
>     link/ether 00:1d:7d:01:01:05 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0

Тут залип старый адрес, которого в конфигурации уже нет.

> 3: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UNKNOWN qlen 1000
>     link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
> 4: tap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
> state UNKNOWN qlen 500
>     link/ether 9a:16:06:10:84:1a brd ff:ff:ff:ff:ff:ff
> 5: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1442 qdisc noqueue state
> UNKNOWN
>     link/ether 00:1d:7d:01:01:05 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.1.2/32 scope global br0

А тут из-за отсутствовавшей в br0/ipv4address маски получилось /32.

> [root@timelock ifaces]# ip route
> 192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.3
> default via 192.168.1.1 dev eth0

И маршрут из-за наличия старого адреса и неверной маски на br0 тоже
смотрит не на тот интерфейс.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[Andrew Clark]

On 27.10.2009 22:40, Sergey Vlasov wrote:
> On Tue, Oct 27, 2009 at 09:23:05PM +0300, Andrew Clark wrote:
>   
> В ipv4address должен быть адрес с маской - 192.168.1.2/24.

> MODULE по-прежнему относится к eth0, а не к br0 - этот параметр не
> надо было трогать.
>
> Тут залип старый адрес, которого в конфигурации уже нет.А тут из-за отсутствовавшей в br0/ipv4address маски получилось /32.
> И маршрут из-за наличия старого адреса и неверной маски на br0 тоже
> смотрит не на тот интерфейс.
>   
Отвечаю спустя некоторое время, потому что решил потестировать и
убедится, что все работает как надо.
Большое спасибо за помощь, бридж заработал нормально, после того, как я
удалил VirtualBox (хотя можно было
выгрузить модули и выключить его через chkconfig). Мои рабочие настройки
(может кто заглянет в архив рассылки):

[andy@timelock ~]$ grep '^[^#]' ??0/*
br0/brctl:stp AUTO off
br0/brctl:setfd AUTO 0
br0/iplink:mtu 1442
br0/ipv4address:192.168.1.2/24
br0/ipv4route:default via 192.168.1.1
br0/options:TYPE=bri
br0/options:HOST='eth0 tap0'
br0/options:BOOTPROTO=static
br0/options:ONBOOT=yes
br0/resolv.conf:search domail timelock
br0/resolv.conf:nameserver 213.140.228.218
br0/resolv.conf:nameserver 195.42.162.50
br0/resolv.conf:nameserver 213.140.231.3
[andy@timelock ~]$ grep '^[^#]' ???0/*
eth0/options:TYPE=eth
eth0/options:MODULE=r8169
eth0/options:BOOTPROTO=static
eth0/options~:TYPE=eth
eth0/options~:MODULE=r8169
eth0/options~:BOOTPROTO=static
eth0/resolv.conf:search domail timelock
eth0/resolv.conf:nameserver 213.140.228.218
eth0/resolv.conf:nameserver 195.42.162.50
eth0/resolv.conf:nameserver 213.140.231.3
tap0/options:TYPE=tuntap
tap0/options:TUNTAP_USER=andy
tap0/options:ONBOOT=yes
[andy@timelock ~]$

Сергей, подскажите пожалуйста, с какими параметрами Вы запускаете kvm?