Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 14 May 2009 11:28:59 +0300
From:      Nikos Vassiliadis <nvass9573@gmx.com>
To:        "marco.borsatino@poste.it" <marco.borsatino@poste.it>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: virtual network with qemu
Message-ID:  <4A0BD64B.6010406@gmx.com>
In-Reply-To: <KJMDP8$6CAA3C7A9F3970B8D7BF5817B1C9CC09@poste.it>
References:  <KJMDP8$6CAA3C7A9F3970B8D7BF5817B1C9CC09@poste.it>

next in thread | previous in thread | raw e-mail | index | archive | help
marco.borsatino@poste.it wrote:
> When the installation program asked for information about network configuration, as a 
> first step, I chose DHCP configuration and, as usualy, the network has been set
> like this:
> IP 10.0.2.15/255.255.255.0

If I recall correctly qemu has a built-in DHCP server.
That's the one that served you, not a "real" DHCP server
running on your LAN, that is, you are not in any way connected
to the "real" network.

> #qemu -L /usr/local/share/qemu -localtime -net nic,macaddr=00:15:f2:44:2d:01 -net socket,mcast=230.0.0.1:1234 -hda pc01.img -cdrom /dev/acd0 &
> but the network in the guest system does not work.

It makes sense, that the multicast option will work
between virtual hosts only. That is, it uses multicast
to provide a virtual broadcast domain, which appears to
the host operating system as a ethernet device.

> ifconfig in the guest system tells:
> #ifconfig -a
> ed0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>   ether 00:15:f2:44:2d:01
>   media: Ethernet 10baseT/UTP <full-duplex>
> plip0: ...
> lo0: ...
> If I try:
> #ping 10.0.2.2 (the gateway)
> all packets are lost. For this reason, I've tryed a static IP configuration like this:
> IP 10.0.2.4/255.255.255.0
> gateway 10.0.2.2
> nameserver 10.0.2.3
> but the gateway does not respond. So it is useless to try with a second guest system.

No, infact it's the exact opposite. This type of device
will work *only* if you add another virtual system.

To get connected to the "real" network, you must use tap
devices. Correction:
Browsing the qemu's wiki I found out that there is a newer
and simpler approach that I am not familiar with:
http://calamari.reverse-dns.net:980/cgi-bin/moin.cgi/user-net

So, if you do want internet access, just remove all network
associated options and it will work automagically. If you just
want to connect guest systems together use multicast or socket
or ...

HTH, Nikos




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A0BD64B.6010406>