From: "John R. Hogerhuis" <jhoger@speakeasy.net>
To: "Ian C. Blenke" <ian@blenke.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] multiple VMs
Date: Tue, 06 Apr 2004 14:23:58 -0700 [thread overview]
Message-ID: <1081286637.29513.55.camel@aragorn> (raw)
In-Reply-To: <20040406185242.GA1040@fresh-install>
[-- Attachment #1: Type: text/plain, Size: 1856 bytes --]
On Tue, 2004-04-06 at 11:52, Ian C. Blenke wrote:
> Something worth considering would be a PPP/SLIP connection via a
> virtual serial device.
On the host you have to still do an install of TIA or SLiRP? I'm
probably missing something. If that's the case it seems like you might
as well use TUN/TAP. Though it's possible you could get around needing
root access somehow... I don't know enough about TIA or SliRP.
Here's where I think QEMU could get: say a Morphix CD has a QEMU.EXE and
AUTORUN on it, uncompressed. Then a 98 or NT user who doesn't have much
control/knowledge of his machine could just pop the CD in his machine
and it would automatically pop open Linux in emulated environment.
The first thing I would imagine trying as a user is opening a browser
and going to Google. But to make this "just work", the fundamental
problem is getting raw network packets (or even in the case you
describe, network packets with a PPP link to maintain and PPP wrappers
for every IP packet) out of the network card on the host machine without
requiring any special setup.
Within the Morphix image itself, anything is possible. But I am
interested in seeing Nothing additional needing to be done on the host
machine.
To get there I think you have to proxy it out.
Another possibility is to replace the sockets API within the (emulated)
Morphix image with something that can hook directly into a QEMU "API"
that would pass through all socket library calls to the host. That would
provide a transparent proxy so no special per-app configuration would
even be necessary with the Knoppix image.
-- John.
> If you do not have root privs on the host, you can always use a PPP/SLIP
> emulator like TIA or SLiRP.
>
> http://www.tldp.org/HOWTO/SLIP-PPP-Emulator/
>
> - Ian C. Blenke <ian@blenke.com>
>
>
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2004-04-06 21:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040406132039.9896957552@dash.soliddesign.net>
2004-04-06 13:42 ` [Qemu-devel] multiple VMs Joe Batt
2004-04-06 13:57 ` Jamie Burns
2004-04-06 18:06 ` John R. Hogerhuis
2004-04-06 18:52 ` Ian C. Blenke
2004-04-06 21:23 ` John R. Hogerhuis [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1081286637.29513.55.camel@aragorn \
--to=jhoger@speakeasy.net \
--cc=ian@blenke.com \
--cc=jhoger@pobox.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.