Esta parece ser uma regressão conhecida nas versões do QEMU, incluindo , mas não limitado a 0.10.4 e 0.10.5. Aparentemente, usando model = rtl8139 e QEMU 0.9.1 funciona, então você pode querer tentar isso.
Eu tenho um computador rodando Linux. Tem qemu instalado. Ele tem uma interface de ponte br0 configurada com as seguintes configurações:
IP: 10.1.1.1
Netmask: 255.255.255.0
Existe também uma interface tap0 que é adicionada a br0 . tap0 deve ser usado para os convidados da rede que estão executando dentro do qemu.
Eu estou rodando o Slax Linux do seu LiveCD dentro do qemu assim:
qemu -kernel-kqemu \
-net nic,vlan=0,macaddr=aa:aa:aa:aa:aa:aa,model=pcnet \
-net tap,vlan=0,ifname=tap0,script=/etc/qemu-ifup \
-m 512 \
-cdrom slax-6.0.7.iso \
1>stdout.log 2>stderr.log
Estou inicializando o Slax no modo de texto (não preciso de X, porque meu objetivo é testar a rede). Estou configurando a interface de rede no convidado assim:
IP: 10.1.1.4
Netmask: 255.255.255.0
Gateway: 10.1.1.1
Tudo funciona bem, posso fazer ping nas duas direções:
10.1.1.1 -> 10.1.1.4
10.1.1.4 -> 10.1.1.1
Agora estou substituindo o LiveCD do Slax por uma imagem do qemu, que contém um OpenBSD 4.5 recém-instalado. Eu corro assim:
qemu -kernel-kqemu \
-net nic,vlan=0,macaddr=aa:aa:aa:aa:aa:aa,model=pcnet \
-net tap,vlan=0,ifname=tap0,script=/etc/qemu-ifup \
-m 512 \
-hda obsd.img \
1>stdout.log 2>stderr.log
O OpenBSD inicializa, estou configurando sua interface de rede exatamente da mesma maneira:
IP: 10.1.1.4
Netmask: 255.255.255.0
Gateway: 10.1.1.1
Agora não consigo fazer ping em nenhuma direção.
Os logs do qemu não contêm dicas.
Além disso, este não é um problema de firewall: o OpenBSD 4.5 não tem o pf ativado por padrão. Snippet do seu /etc/rc.conf :
pf=NO # Packet filter / NAT
Esta parece ser uma regressão conhecida nas versões do QEMU, incluindo , mas não limitado a 0.10.4 e 0.10.5. Aparentemente, usando model = rtl8139 e QEMU 0.9.1 funciona, então você pode querer tentar isso.
Eu não acho que o OpenBSD funcionará como sua rota padrão por si mesmo
Você pode verificar usando route show -inet
Você deve receber algo como:
bash-3.2 # route show -inet
Tabelas de roteamento
Internet:
Refs de sinalizadores de gateway de destino usam Mtu Prio Iface
padrão 10.1.1.1 UGS 1 1600975 - 48 em0
...
Se estiver funcionando corretamente, se o padrão não estiver lá, você precisará adicionar 10.1.1.1 a / etc / mygate para adicioná-lo na inicialização e criar manualmente a rota usando
route add default gw 10.1.1.1