Configuração de rede para desenvolvimento web no guest KVM com host usando wifi

1

Eu tenho um laptop rodando Linux conectado a uma LAN usando wifi. Eu usei o virt-manager para criar uma VM KVM / QEMU e instalei o Ubuntu nela. Como esperado, ele pode se conectar à Internet para baixar atualizações, etc.

Gostaria de executar o Apache no guest para fazer o desenvolvimento da web e navegar até os sites nele da máquina host. O convidado executará vários sites e eu não quero ter que especificar um número de porta ao navegar, então eu gostaria que o convidado tivesse seu próprio endereço IP visível para o host, para que eu pudesse modificar o arquivo / etc / do host. arquivo host para apontar para o convidado.

Eu não me importo como o convidado acessa a Internet. Ele precisará ser capaz, mas só precisa estar visível para o host, não para outros computadores. Portanto, se o convidado acessar a Internet por meio de uma NIC virtual e o host por meio de outra, tudo bem.

Eu li que o fato de que o host usa wi-fi é significativo porque não posso fazer a ponte para wlan0.

Qual é a maneira mais simples de conseguir isso, tendo em mente que não sou um guru de rede / iptables?

Atualização: Esqueci de mencionar, a máquina convidada foi configurada como um usuário não-root, ou seja, usando qemu: /// session. Não sei se isso tem alguma importância, mas parece que não consigo ver a rede virtual 'padrão' que a libvirtd configura para as VMs do sistema qemu: ///.

Atualização 2: Acabei de encontrar informações na documentação do libvirt que diz que o SLIRP do espaço do usuário é a única opção disponível para usuários sem privilégios. Isso significa que o que eu gostaria de fazer não é possível sem iniciar a VM como root?

Userspace SLIRP stack

Provides a virtual LAN with NAT to the outside world. The virtual network has DHCP & DNS services and will give the guest VM addresses starting from 10.0.2.15. The default router will be 10.0.2.2 and the DNS server will be 10.0.2.3. This networking is the only option for unprivileged users who need their VMs to have outgoing access.

    
por Richard Turner 29.01.2013 / 16:48

1 resposta

0

Depois de ler mais no site da libvirt , cheguei à conclusão de que o driver de sessão qemu: /// não é ' É apropriado para este caso de uso, e é por isso que lutei com a rede enquanto a utilizo.

A documentação diz "O caso de uso pretendido para o driver [qemu: /// session] é virtualização de desktop , com máquinas virtuais armazenando suas imagens de disco no diretório home do usuário e sendo gerenciado a partir do sessão de login do desktop local. " (minha ênfase).

Tendo migrado minha VM para usar o driver de sistema qemu: ///, posso acessar a ponte de rede 'padrão', para que a VM e o host tenham endereços IP privados e possam conversar um com o outro. Então a resposta foi simplesmente usar qemu: /// system ao invés de qemu: /// session.

    
por 31.01.2013 / 21:39