Date: Sat, 18 Oct 2008 01:22:31 -0300 From: "Marc G. Fournier" <freebsd@hub.org> To: "Alexandre \"Sunny\" Kovalenko" <gaijin.k@gmail.com>, "Marc G. Fournier" <freebsd@hub.org> Cc: freebsd-virtualization@freebsd.org Subject: Re: Software for virtualisation for FreeBSD needed Message-ID: <AB60ED6B4ECB1D05DD6DF3BC@ganymede.hub.org> In-Reply-To: <1224297484.1118.28.camel@RabbitsDen> References: <48F88B2B.1080700@web.de> <1224245114.75001.7.camel@RabbitsDen> <E2733F3DCE938E271E7AD42F@ganymede.hub.org> <1224297484.1118.28.camel@RabbitsDen>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Okay, *now* I'm intrigued ... can you recommend a good 'setup guide' for qemu=20
under FreeBSD? Or, a good generic one?
- --On Friday, October 17, 2008 22:38:04 -0400 "Alexandre \"Sunny\" Kovalenko"=20
<gaijin.k@gmail.com> wrote:
> On Fri, 2008-10-17 at 21:28 -0300, Marc G. Fournier wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>>
>>
>> - --On Friday, October 17, 2008 08:05:14 -0400 "Alexandre \"Sunny\"
>> Kovalenko" <gaijin.k@gmail.com> wrote:
>>
>> > I am using VMware extensively on Linux and Windows hosts and QEMU on
>> > FreeBSD host (with Windows, Linux and OpenSolaris guests)
>>
>> Can you run multiple guest QEMU environments simultaneously? With
>> networking?
> Yes. <tentative>Yes.</tentative> ;)
>
> I can definitely run multiple QEMU guests simultaneously. Did you have
> any problems doing that?
>
> Now, networking part is slightly trickier to answer. Let me try to map
> this into VMware experience:
>
> -- assigning IP addresses. I am doing static configurations. It Should
> Not Be Hard (sm) to beat isc-dhcp into serving different address ranges
> to different tapX, but I have not done it.
>
> -- guest-to-guest internal networking. Easy: you have separate tapX with
> their separate IP addresses, as long as you have
> net.inet.ip.forwarding=3D1 set, it "just works".
>
> -- nat-to-outside-world. Slightly harder, but doable:
> sunny:RabbitsDen>cat pf.nat.conf
> # Internal interfaces (for QEMU and or Bluetooth clients)
> int_if_0 =3D "tap0"
> int_if_1 =3D "tap1"
>
> # Private network for QEMU and Bluetooth clients
> private_network_0 =3D $int_if_0:network
> private_network_1 =3D $int_if_1:network
>
> # External interface (if we are providing NAT for the clients above)
> ext_if =3D "ath0"
>
> # Provide NAT services for private clients
> nat on $ext_if from $private_network_0 to any -> ($ext_if)
> nat on $ext_if from $private_network_1 to any -> ($ext_if)
>
> pass from { lo0, $private_network_0 } to any
> pass from { lo0, $private_network_1 } to any
> sunny:RabbitsDen>sudo pfctl -F nat
> sunny:RabbitsDen>sudo pfctl -f pf.nat.conf
>
> We are done. Admittedly, if you have many clients which flicker in and
> out of existence, this gets very messy very quickly. Some scripting is
> advised.
>
> -- bridging-to-outside world. Have not tried it for the lack of need.
>
> HTH,
>
> --
> Alexandre "Sunny" Kovalenko =
(=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80 =
=D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE)
>
- --=20
Marc G. Fournier Hub.Org Hosting Solutions S.A. (http://www.hub.org)
Email . scrappy@hub.org MSN . scrappy@hub.org
Yahoo . yscrappy Skype: hub.org ICQ . 7615664
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)
iEYEARECAAYFAkj5ZIcACgkQ4QvfyHIvDvOyqACgtjuEvVxw2TiGjAod8FwWJNZ5
hMMAoOqgK7SLuA7Y5TmgdioxnA7aIv/R
=3DKgWI
-----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AB60ED6B4ECB1D05DD6DF3BC>