Por que não consigo pingar um domu xen com conexão no modo Bridge?

7

Eu estou em uma Debian atualizada de 7.11 para 8.5, então o pacote xen é atualizado de 4.1 para 4.4.

Eu não sei muito sobre redes, mas quando vejo um diagrama como esse (tirado do wiki Xen Networking página), espero ser capaz de pingar 198.51.100.27 com ping -I xenbr0 198.51.100.27 e vice-versa da máquina virtual ping 198.51.100.1 .

Noentanto,estenãoéocaso.Euconfigureiumxenbr0limpocom

#brctladdbrxenbr0#ifconfigxenbr0192.168.12.1netmask255.255.255.0up

enoarquivodeconfiguraçãodoHVM

vif=["mac=11:22:33:44:55:66, ip='192.168.12.2', bridge=xenbr0"]

Depois de iniciar a VM com xl create , essa é a saída de brctl show :

bridge name     bridge id               STP enabled     interfaces
xenbr0          8000.feffffffffff       no              vif3.0
                                                        vif3.0-emu

Eu me conecto à VM com SPICE e a configuro conforme mostrado abaixo:

E como só estou tentando fazer ping no gateway padrão, presumo que não haverá resolução de nomes.

Com esta configuração, ping 192.168.12.2 -I xenbr0 no dom0 resulta em

PING 192.168.12.2 (192.168.12.2) from 192.168.12.1 xenbr0: 56(84) bytes of data.
From 192.168.12.1 icmp_seq=1 Destination Host Unreachable

e da VM do Windows, ping 192.168.12.1 de cmd tem a saída

Pinging 192.168.12.1 with 32 bytes of data:
Reply from 192.168.12.2: Destination host unreachable.

, o que sugere que as máquinas não têm idéia sobre como chegarem umas as outras. Eles não deveriam estar ligados por xl create ? Por que isso acontece?

    
por sikerbela 28.07.2016 / 16:53

2 respostas

1

Se tudo estiver configurado corretamente, você poderá fazer ping, sem problemas.

Primeiro, experimente as configurações recomendadas:

Se você está apenas querendo estudar como as rotas funcionam, você pode fazer uma configuração paravirtualizada (PV), ao invés do HVM, como você mencionou; mas se você usar o HVM, certifique-se de ter os drivers para Windows instalados. Tudo isso é descrito no topo do Guia do Xen . Ele também explica como atribuir um endereço MAC, o endereço MAC no post como de escrita, é inválido - o que é ok, por vezes, para situações virtuais, mas não para cada configuração.

Quando você configura seu xenbr0 no host, a bridge essencialmente substitui a interface eth0 em sistemas baseados em Debian. É verdade que ( do guia xen ) eth0 é opcional "Ao omitir o dispositivo Ethernet físico, pode ser criada uma rede isolada contendo apenas domínios de convidado", mas os exemplos no guia, bem como o seu post aqui, não são redigidas dessa forma. Para futuros leitores, também, em um cliente virtual da família Fedora, bem como no Windows, consulte toda a documentação para requisitos de configuração ligeiramente diferentes. Este , especificamente soa como o seu problema, a menos que você esteja bloqueado por um firewall, tcp wrappers ou qualquer outra coisa não mencionada no post original.

Confirmação

No Windows, você pode verificar a configuração da rede com, por exemplo, ipconfig /all .

Nas configurações de amostra do Xen do mesmo site que já mencionamos, sugere abaixo, assim como outras configurações, para o host; por exemplo, digite todos os itens abaixo, sem pular a primeira parte.

Example 2: A single bridged network using eth0 configured with a static local IP address

iface eth0 inet manual

iface xenbr0 inet static

    bridge_ports eth0
    address 192.168.1.2
    broadcast 192.168.1.255
    netmask 255.255.255.0
    gateway 192.168.1.1

Você pode confirmar isso com ifconfig e route nas suas ferramentas dom0 e dom1 ou semelhantes no host , conforme explicado no link acima e verifique se tudo está configurado corretamente.

Ajustes básicos

Se você quiser ter certeza de que nem acessa a Internet (ou outras partes de uma rede, em geral), além de manter o cabo físico desconectado, é claro, você pode alterar o gateway padrão para 0.0.0.0 e depois adicionar uma "rota" (uma caixa deve estar logo abaixo na maioria das GUIs Network Manager -style), com o mesmo endereço IP do cliente e máscara de sub-rede, mas com o endereço do host, como um gateway. Em algumas GUIs, há até uma caixa que diz algo como "permitir essa rota de conexão apenas para a rede local".

Adicionar uma "rota" ao seu cliente Windows também pode funcionar como uma solução para resolver seu problema original.

    
por 06.08.2016 / 04:18
1

(Não é possível comentar, já que requer 50 repetições)

Como os pacotes chegam na parte vif e vif da ponte, o próximo passo seria verificar ebtables e iptables (iptables -L), especialmente se / proc / sys / net / bridge / bridge-nf-call -iptables é 1 e, portanto, o netfilter inspeciona os pacotes na bridge.

    
por 13.08.2016 / 18:55