defina tap0 usando o virt-manager para conexão sem fio

8

Após 3 dias, finalmente tenho os convidados kvm trabalhando na rede via wireless (link abaixo - obrigado!):

Minha rede é 192.168.1.0/24

no host:

sudo sh -c "echo 1 > /proc/sys/net/ipv4/ip_forward"
sudo tunctl -t tap0
sudo ip link set tap0 up
sudo ip addr add 192.168.1.25/24 dev tap0
sudo route add -host 192.168.1.30 dev tap0
sudo parprouted wlan0 tap0

no convidado:

auto eth0
iface eth0 inet static
  address 192.168.1.30
  netmask 255.255.255.0
  network 192.168.1.0
  broadcast 192.168.1.255
  gateway 192.168.1.25

e inicie o convidado:

sudo kvm /path/to/guest.img -net nic,macaddr=DE:AD:BE:EF:90:26 -net tap,ifname=tap0,script=no

Isso funciona muito bem e posso executar ping na rede local e na Internet entre os convidados.

Mas como adiciono essas configurações à configuração xml do convidado para poder iniciar o convidado via virt-manager com as mesmas configurações de nic?

ref:

http://www.linuxquestions.org/questions/debian-26/kvm-wireless-bridge-network-691953/

wifi kvm-virtualization

— DaveO
fonte

1

tente seguir isto: libwirtwiki - guest tap

e corrija /etc/libvirt/qemu/example.xml

<interface type='ethernet'>
  <mac address='26:c7:a9:96:a7:7a'/>
  <target dev='tap0'/>
  <model type='virtio'/>
  <script path='no'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>

no meu caso, funciona

— MecaT
fonte

0

Eu acho que você está tentando configurar a rede em ponte de maneira geral, criando dispositivos de toque etc. No Linux, você pode criar um dispositivo de ponte virtual para uma interface física usando mudanças simples na configuração. Uma vez concluídas, as VMs KVM podem ser configuradas para usar este dispositivo de ponte virtual para conectar-se à LAN normal como se estivessem diretamente conectadas a ele. Dá a ilusão de que todas as VMs e máquinas base / host estão conectadas diretamente à LAN.

Se é isso que você deseja, modifique seu / etc / sysconfig / network-scripts / ifcfg-eth0 (assumindo que eth0 é o dispositivo de rede host com IP na rede 192.168.1.0/24 no seu caso) para ter linhas

DEVICE=eth0
TYPE=Ethernet
BRIDGE=br0

entre outras linhas de configuração. Copie ifcfg-eth0 para ifcfg-br0 onde ifcfg-br0 deve ser diferente de ifcfg-eth0 nas linhas abaixo mencionadas

DEVICE=br0
TYPE=Bridge

Agora, quando você usa 'reiniciar a rede de serviço', precisará das interfaces de rede br0 e eth0 e seu IP da LAN no intervalo 192.168.1.0/24 pareceria estar atribuído a br0. Agora tudo o que você precisa fazer é editar as configurações da VM e solicitar a conexão usando a rede br0.

— Saurabh Barjatiya
fonte

obrigado Saurabh, mas esse caminho é porque as interfaces sem fio não suportam pontes normais, como você faria com uma interface com fio eth0.

— DaveO

Opa! Foi mal. Não sabia que a ponte não funciona para interfaces sem fio, assim como para com fio.

— Saurabh Barjatiya

Em vez de fazer a ponte. Você também pode configurar uma rede sem fio completa com seu próprio DHCP e usar um intervalo de IP privado não utilizado. Em seguida, para conectar essa rede sem fio, você pode usar o NAT de origem / destino na máquina que possui conexão sem fio e com fio. Se as VMs sem fio não tiverem servidores, apenas o PAT de origem o faria. Se for necessário conectar-se a VMs sem fio a partir do restante da rede, a combinação NAT de origem e destino deve fazer.

— Saurabh Barjatiya

0

O que há de errado em usar o macvtap ? Isso é totalmente indolor e não requer nenhuma configuração adicional no host.

seleção macvtap no virt-manager

— Michael Hampton
fonte

3

Macvlan / macvtap é ótimo para interfaces com fio, mas parece não funcionar em interfaces sem fio, com base em minha própria experiência e experiência lidas on-line.

— lgaggini

2

@lgaggini Você não pode construir uma ponte para interfaces sem fio porque o AP irá rejeitar os endereços MAC das máquinas virtuais. Nesse caso, você apenas faz outra coisa.

— Michael Hampton