Ponte virtual do Linux não transparente

2

Estou tentando configurar a demonstração do tutorial do Openstack usando VMs libvirt na minha área de trabalho, mas estou tendo alguns problemas com a ponte virtual na área de trabalho do host.

Durante a depuração, notei que a ponte (IP 10.0.0.1) não é mais transparente para pings que falham, e o pacote de resposta ping volta para a ponte em vez da VM de origem. O seguinte é um tcpdump no host, com um ping da VM1 indo para a VM2

sudo tcpdump -nnvXSs 0 -i any icmp

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

21:06:41.928040 IP (tos 0x0, ttl 64, id 24879, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.0.31 > 10.0.1.21: ICMP echo request, id 1194, seq 1, length 64
    0x0000:  4500 0054 612f 4000 4001 c446 0a00 001f  E..Ta/@[email protected]....
    0x0010:  0a00 0115 0800 276d 04aa 0001 d1d0 e753  ......'m.......S
    0x0020:  0000 0000 49f0 0a00 0000 0000 1011 1213  ....I...........
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567
21:06:41.928075 IP (tos 0x0, ttl 64, id 24879, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.0.1 > 10.0.1.21: ICMP echo request, id 1194, seq 1, length 64
    0x0000:  4500 0054 612f 4000 4001 c464 0a00 0001  E..Ta/@[email protected]....
    0x0010:  0a00 0115 0800 276d 04aa 0001 d1d0 e753  ......'m.......S
    0x0020:  0000 0000 49f0 0a00 0000 0000 1011 1213  ....I...........
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567
21:06:41.928205 IP (tos 0x0, ttl 64, id 11556, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.1.21 > 10.0.0.1: ICMP echo reply, id 1194, seq 1, length 64
    0x0000:  4500 0054 2d24 0000 4001 3870 0a00 0115  [email protected]....
    0x0010:  0a00 0001 0000 2f6d 04aa 0001 d1d0 e753  ....../m.......S
    0x0020:  0000 0000 49f0 0a00 0000 0000 1011 1213  ....I...........
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567

Para pings que tenham sucesso, o IP da bridge não aparece na saída do tcpdump:

sudo tcpdump -nnvXSs 0 -i any icmp
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes



21:08:08.036689 IP (tos 0x0, ttl 64, id 64179, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.0.31 > 10.0.0.21: ICMP echo request, id 1195, seq 1, length 64
    0x0000:  4500 0054 fab3 4000 4001 2bc2 0a00 001f  E..T..@.@.+.....
    0x0010:  0a00 0015 0800 0cc3 04ab 0001 27d1 e753  ............'..S
    0x0020:  0000 0000 0c99 0c00 0000 0000 1011 1213  ................
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567
21:08:08.036714 IP (tos 0x0, ttl 64, id 64179, offset 0, flags [DF], proto ICMP (1), length 84)
    10.0.0.31 > 10.0.0.21: ICMP echo request, id 1195, seq 1, length 64
    0x0000:  4500 0054 fab3 4000 4001 2bc2 0a00 001f  E..T..@.@.+.....
    0x0010:  0a00 0015 0800 0cc3 04ab 0001 27d1 e753  ............'..S
    0x0020:  0000 0000 0c99 0c00 0000 0000 1011 1213  ................
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567
21:08:08.036855 IP (tos 0x0, ttl 64, id 13850, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.0.21 > 10.0.0.31: ICMP echo reply, id 1195, seq 1, length 64
    0x0000:  4500 0054 361a 0000 4001 305c 0a00 0015  [email protected]\....
    0x0010:  0a00 001f 0000 14c3 04ab 0001 27d1 e753  ............'..S
    0x0020:  0000 0000 0c99 0c00 0000 0000 1011 1213  ................
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567
21:08:08.036873 IP (tos 0x0, ttl 64, id 13850, offset 0, flags [none], proto ICMP (1), length 84)
    10.0.0.21 > 10.0.0.31: ICMP echo reply, id 1195, seq 1, length 64
    0x0000:  4500 0054 361a 0000 4001 305c 0a00 0015  [email protected]\....
    0x0010:  0a00 001f 0000 14c3 04ab 0001 27d1 e753  ............'..S
    0x0020:  0000 0000 0c99 0c00 0000 0000 1011 1213  ................
    0x0030:  1415 1617 1819 1a1b 1c1d 1e1f 2021 2223  .............!"#
    0x0040:  2425 2627 2829 2a2b 2c2d 2e2f 3031 3233  $%&'()*+,-./0123
    0x0050:  3435 3637                                4567

Por que o IP da bridge apareceria no tcpdump assim? Eu tentei alterar o endereço mac da ponte para ser maior ou menor que cada uma das NICs virtuais hospedadas, mas isso não faz qualquer diferença. Além disso, mesmo para pings que são bem-sucedidos, cada pacote é duplicado - por que isso acontece?

    
por Robin 10.08.2014 / 23:06

1 resposta

2

Eu finalmente resolvi isso alterando a máscara de rede da interface de ponte para 255.255.0.0 em vez de 255.255.255.0

O ponto adicional sobre o tcpdump - Eu estava vendo os mesmos pacotes mais de uma vez porque a opção -i any estava mostrando o mesmo pacote atingindo diferentes interfaces.

    
por 12.08.2014 / 23:16