qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Joe Batt <Joe@soliddesign.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Win32 usermode only network possible? [was: multiple VMs]
Date: Wed, 07 Apr 2004 17:16:23 -0500	[thread overview]
Message-ID: <1081376183.12574.53.camel@localhost> (raw)
In-Reply-To: <1081375468.14275.33.camel@aragorn>

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.

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.

Joe

On Wed, 2004-04-07 at 17:04, John R. Hogerhuis wrote:
> On Wed, 2004-04-07 at 13:10, Fabrice Bellard wrote:
> > I like very much the idea of enabling network use without any priviledge 
> > rights for Linux and win32. I have looked at the SLiRP code and it seems 
> > easy to do (at least for Linux, for win32 I have not looked how to do 
> > that with the SDL event loop).
> > 
> > Expect this feature to come in the next few days :-)
> > 
> 
> Cool! The win32 side shouldn't be that difficult since sockets under
> win32 isn't all that different.
> 
> Anyway the way you decribe it the strategy should work under Win32 as
> long as you don't use raw sockets since those are priviledged.
> 
> 
> A SOCKS proxy would allow two way communication since it allows creation
> of listening sockets. But it requires configuration of the clients so
> it's not zero-install. Its other advantage is that it would not require
> priviledged access to the host. Most important networks apps are
> socksified and the setup is very easy (tell the app to use a certain
> socks server IP).
> 
> 
> -- John.
> 
> ______________________________________________________________________
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel

  reply	other threads:[~2004-04-07 22:16 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 [this message]
2004-04-07 23:04       ` John R. Hogerhuis
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=1081376183.12574.53.camel@localhost \
    --to=joe@soliddesign.net \
    --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).