centos servidor com máquinas virtuais pai não pode se conectar, mas vms funcionam bem

Question

Eu tenho um servidor centos 6.2, ele tem vários vm's usando link o vms funciona muito bem, sem problemas.

O problema que tenho é o servidor pai não pode se conectar usando qualquer protocolo. O DNS funciona bem, o vms usa bem a conexão em ponte, mas não consigo me conectar ao pai.

Eu tentei: - tabelas ip desativadas - vários protocolos (http, https, firefox, curl, ssh)

O erro ao tentar se conectar é "Rede inacessível"

Esta máquina foi configurada anos atrás por outra pessoa, por isso é difícil saber o que eles fizeram aqui.

Aqui está um resumo do meu ifconfig

em1 - diz que está conectado, muitos pacotes entram e saem, é configurado para fazer a ponte para virbr0.

virbr0 - diz que tem um ip e muitos pacotes dentro e fora.

Todos os vm usam virbr0

Apenas percebi que também posso me conectar à vm via http do pai.

O que posso verificar / experimentar?

[! [ip addr e ip route] [1]] [1]

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 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
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master virbr0 state UP qlen 1000
    link/ether 84:2b:2b:58:4c:ad brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.38/24 brd 192.168.1.255 scope global em1
       valid_lft forever preferred_lft forever
    inet6 fe80::862b:2bff:fe58:4cad/64 scope link 
       valid_lft forever preferred_lft forever
3: em2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master virbr0 state UP qlen 1000
    link/ether 84:2b:2b:58:4c:ae brd ff:ff:ff:ff:ff:ff
    inet6 fe80::862b:2bff:fe58:4cae/64 scope link 
       valid_lft forever preferred_lft forever
4: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 84:2b:2b:58:4c:ad brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.38/24 brd 192.168.1.255 scope global virbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::862b:2bff:fe58:4cad/64 scope link 
       valid_lft forever preferred_lft forever
5: vif1.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UP qlen 32
    link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fcff:ffff:feff:ffff/64 scope link 
       valid_lft forever preferred_lft forever

e ip route:

default via 192.168.1.1 dev em1 proto static

169.254.0.0/16 dev virbr0  scope link  metric 1004 
192.168.1.0/24 dev virbr0  proto kernel  scope link  src 192.168.1.38 
192.168.1.0/24 dev em1  proto kernel  scope link  src 192.168.1.38  metric 1 

Adicionado

brctl show
bridge name bridge id       STP enabled interfaces
virbr0      8000.842b2b584cad   no      em1
                            em2
                            vif1.0

    

Answer 1

Você poderia postar também a saída "brctl show"?

Existem duas configurações possíveis:

1. Existe um intervalo de ip "interno" no virbr0 usado por suas máquinas virtuais, e seu sistema operacional hospedeiro executa NAT
2. Todas as máquinas estão no mesmo intervalo de ip 192.168.1.24

Eu acho que 2) é mais provável, caso em que, como pbacterio mencionado, você tem um conflito de roteamento, configurando o mesmo endereço IP (192.168.1.38) em duas interfaces, para remover o ip de em1 deve fazer o truque.

ip a del 192.168.1.38/24 dev em1

Se isso funcionar, você deve editar / etc / sysconfig / network-scripts / ifcfg-em1 para que ele diga algo como o seguinte:

DEVICE=em1
BOOTPROTO=none
ONBOOT=yes
HWADDR=84:2b:2b:58:4c:ad
BRIDGE=virbr0
NM-CONTROLLED=no

Dessa forma, a alteração persiste após a reinicialização.

    

Answer 2

Remova o endereço IP do dispositivo em1 e garanta que sua rota padrão seja lançada virbr0.