qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Phil Rasch <pjr@ucar.edu>
To: jbrown106@swift-mail.com
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Question about tun/tap networking
Date: Wed, 23 Jun 2004 11:15:09 -0600	[thread overview]
Message-ID: <20040623171509.GC6368@ucar.edu> (raw)
In-Reply-To: <20040623170325.GB22835@jbrown.mylinuxbox.org>

Thanks Jim,

I dont really require everything to be on the same subnet. I just hate
having to figure out how to setup the nameservers, gateways, IP
numbers etc on each virtual machine I create. It would have been great
to just tell the virtual machine to "go get the relevant info from the
DHCP server". Maybe the alternative isnt really a big deal, but like I
said, I am a beginner at configuring networks.

Phil

On Wed, Jun 23, 2004 at 01:03:25PM -0400, Jim C. Brown wrote:
> On Wed, Jun 23, 2004 at 07:54:07AM -0600, Phil Rasch wrote:
> > I have been running a mixture of linux and windows machines, all real machines 
> > on a LAN connected to the outside world through a router, which is acting as 
> > my DHCP server, DNS server, and gateway machine. 
> > 
> > The LAN subnet is 192.168.0.*
> > 
> > Now I want to connect up the virtual machine running under QEMU. I want the 
> > virtual machine to be on the same subnet as the real machines, and to use 
> > DHCP from the router to get all the relevant info.
> 
> That is tricky. You will need to look into bridging.
> 
> > 
> > Jim suggested the following commands for somebody else on the mailing list, 
> > but I think that was headed towards devising a subnet that two virtual 
> > machines could use to talk to each other.
> > 
> > [/space/qemu/qemu-0.5.4/ $] su root
> > [/space/qemu/qemu-0.5.4/ #] vde_switch -daemon -tap tap0
> > [/space/qemu/qemu-0.5.4/ #] ifconfig tap0 192.168.1.254
> > [/space/qemu/qemu-0.5.4/ #] chmod 777 /tmp/vde.ctl
> > [/space/qemu/qemu-0.5.4/ #] exit
> > [/space/qemu/qemu-0.5.4/ $] vdeq qemu -hda disk1.img
> 
> That is correct. You now have 2 subnets, 198.168.0.* for the real network
> and 192.168.1.* for qemu/VDE.
> 
> > 
> > The thing I dont understand is whether the above command is setting up 
> > seperate subnet for the virtual machines, or whether I can also set them up 
> > on the same subnet as the real machines, and let them see the DHCP server,
> > etc, and if so, then how to do it.  So far, I have never needed to learn the
> > subtleties of ifconfig. Am I going to have to do so now? Do you have anymore 
> > advice on using VDE and QEMU together for my purpose?
> 
> Like I said, you will need to use bridging. After you have loaded vde_switch,
> skip the ifconfig step, and combine eth0 and tap0 into br0. Then you will need
> to set up br0 properly. If you are going to use bridging however, I recommend
> you use tuntap instead of VDE. (You don't really need VDE if you are going to
> to use bridging.) If you decide to go with tuntap and bridging, you should look
> in the qemu archives for assistance. There are several messages that appear
> to have useful information on this topic, such as this one which tells you
> step-by-step:
> 
> http://lists.gnu.org/archive/html/qemu-devel/2004-05/msg00032.html
> 
> (you'll need to do a 'brctl addif br0 eth0' and a 'ifconfig br0 192.168.0.XXX'
> for the machine that will be running qemu (almost certainly in one of the startup
> scripts, as eth0 must not have an ip yet) but otherwise the instructions are
> exactly the same.)
> 
> I am curious though, why do you require that the virtual machines be on the same
> subnet as the real ones?
> 
> > 
> > Thanks
> > 
> > Phil
> 
> -- 
> Infinite complexity begets infinite beauty.
> Infinite precision begets infinite perfection.

-- 
Phil Rasch, Climate Modeling Section, National Center for Atmospheric Research
Mail     --> P.O. Box 3000, Boulder CO 80307  
Shipping --> 1850 Table Mesa Dr, Boulder, CO 80305
email: pjr@ucar.edu, Web: http://www.cgd.ucar.edu/cms/pjr Phone: 303-497-1368, FAX: 303-497-1324 

  reply	other threads:[~2004-06-23 17:16 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200406230754.07821.pjr@ucar.edu>
2004-06-23 17:03 ` [Qemu-devel] Question about tun/tap networking Jim C. Brown
2004-06-23 17:15   ` Phil Rasch [this message]
2004-06-23 17:16   ` Gianni Tedesco
2004-06-23 19:32     ` Jim C. Brown
2004-05-03  3:09 Jim C. Brown
2004-05-03 11:45 ` Arne Bernin
2004-05-03 12:59   ` Renzo Davoli
2004-05-03 13:12     ` Renzo Davoli
2004-05-03 14:05     ` Renzo Davoli
2004-05-03 20:22   ` Jim C. Brown
2004-05-03 21:31     ` Arne Bernin
  -- strict thread matches above, loose matches on Subject: below --
2004-05-03  1:13 Arne Bernin
2004-05-03  1:35 ` nhand42
2004-05-03  9:27   ` Carlos Valiente

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=20040623171509.GC6368@ucar.edu \
    --to=pjr@ucar.edu \
    --cc=jbrown106@swift-mail.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).