qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "John R. Hogerhuis" <jhoger@speakeasy.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Win32 usermode only network possible? [was: multiple VMs]
Date: Wed, 07 Apr 2004 16:04:18 -0700	[thread overview]
Message-ID: <1081379058.3253.53.camel@aragorn> (raw)
In-Reply-To: <1081376183.12574.53.camel@localhost>

[-- Attachment #1: Type: text/plain, Size: 2362 bytes --]

On Wed, 2004-04-07 at 15:16, Joe Batt wrote:
> When NATing, you don't have to match the original source port, so we
> should be able to have a NAT run in a non root mode (if source port <
> 1024, use a different source port).
> 
> Before I spent so much time looking for it today, I would have expected
> that there was a userspace NAT program available (something that spoke
> the TUN stream format perhaps), but I didn't see anything.  (TUN stream
> format would have been cool, because it QEMU already speaks that, but it
> would have been slower.)  I would expect the TCP packet to TCP socket
> mapping to be the hard part.  UDP should be easy.
> 
The problem with just doing a NAT is getting your packets forwarded by
the host OS. Normally with NAT you just patch up the source port/IP,
fixup the checksum and forward the packet out another interface. The
hard part if you want qemu to be able to run userspace only is the
forwarding part. Most OSs don't allow unprivileged raw network access,
and that includes at least Linux and Windows.

So one way or another QEMU must go through Sockets. One way is SLiRP. It
doesn't allow inbound (since there is no packet which appears on the
network indicating some app wants to "listen").

Now SOCKS, or a transparent proxy which replaces sockets would allow
capturing of Listens and thereby allow binding to unprivileged ports if
the user wishes to.

> Wont we also need a customized DHCP server to server up IP addresses and
> DNS servers?
> 
> I would think that the goal is that you can 'qemu -hda somepartition' or
> 'qemu -cdrom someiso' and have a running NATed machine without any host
> configuration.
> 

Even VmWare has a tough time with running off of raw partitions. I've
never gotten it to work. I guess it all depends on what you want to do
with QEMU. My project is to have a zero install Morphix which autoruns
emulated on windows desktop when you pop in the cd. Given that, if I
have to do a little tweaking in Morphix apps, or insert a transparent
proxy its not a big deal. Ideally one wouldn't have to do ANY
configuration of the emulated image, but in my case it's all about
whatever works while giving the user experience I want... what Fabrice
is doing may be sufficient since most apps don't require peer-to-peer
communication anyway.

-- John.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2004-04-07 23:03 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-07 16:42 [Qemu-devel] Win32 usermode only network possible? [was: multiple VMs] Mike Nordell
2004-04-07 20:10 ` Fabrice Bellard
2004-04-07 22:04   ` John R. Hogerhuis
2004-04-07 22:16     ` Joe Batt
2004-04-07 23:04       ` John R. Hogerhuis [this message]
2004-04-08  1:46       ` [Qemu-devel] Win32 usermode only network possible? [was:multiple VMs] kazu
2004-04-07 23:29     ` [Qemu-devel] Win32 usermode only network possible? art yerkes
2004-04-15  0:41   ` [Qemu-devel] Win32 usermode only network possible? [was: multiple VMs] Rusty Russell
2004-04-15 21:36     ` Fabrice Bellard
2004-04-20 23:00       ` [Qemu-devel] User mode only network progress Fabrice Bellard
2004-04-20 23:38         ` John R. Hogerhuis
2004-04-21  7:20           ` Jean-Michel POURE
2004-04-21 19:18             ` Fabrice Bellard
2004-04-21 19:37               ` Rudi Lippert
2004-04-21 22:08                 ` Fabrice Bellard
2004-04-22  0:23                   ` Fabrice Bellard
2004-04-22  6:44                     ` Jean-Michel POURE
2004-04-22 21:30                     ` Renzo Davoli
2004-04-23 17:34                       ` Rudi Lippert
2004-07-28 20:10                   ` [Qemu-devel] SMP Joe Batt
2004-07-28 20:35                     ` Joseph Stewart

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=1081379058.3253.53.camel@aragorn \
    --to=jhoger@speakeasy.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).