qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] networking
@ 2004-02-10 18:47 pietro capriata
  0 siblings, 0 replies; 11+ messages in thread
From: pietro capriata @ 2004-02-10 18:47 UTC (permalink / raw)
  To: qemu-devel

Hello , I' m trying the incredible qemu.......:-)
it work very well........
(netbsd , openbsd, linux live cd ....)
but networking don' work with *bsd ..., it work with linux image (dowloaded from qemu site) , the system see the card (ne1), but when i set ip 172.0.0.2 (my tun dev =172.0.0.1) it doesn' t work .....
(excuse for my bed english :-))

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] networking
@ 2004-05-21 23:10 ich hier
  2004-05-23 18:00 ` Jim C. Brown
  0 siblings, 1 reply; 11+ messages in thread
From: ich hier @ 2004-05-21 23:10 UTC (permalink / raw)
  To: qemu-devel


Hi!

Something i did not understand until now (after playing for a while
with this nice piece of software :) ) is the usage of tun/tap devices.
As far as i understood, qemu (the running task) just allocates free
device-names (tunX) as needed and runs a script /etc/qemu-ifup (if
available) and thats it.
But is there any way, to tell qemu which exact (preconfigured)
devices to use? Or do i have to catch the allocated devicenames,
as qemu throws them at me (or my script :) ) and try to make
something useful with this names (such as bridging or routing)???
It would be very nice, if there is some way (like in user-mode-linux
for example) to tell qemu with arguments, how to map each emulated
network-device to a predefined tun device. This way someone could
configure various sets of tundevices with fixed names. Management
would be much easier.
Also bridging of devices would be much cleaner and other tools which
use tun/tap devices could be hardwired (even with names like "tunX"
:) )

THNX in advance for your answers. Maybe i just had tomatoes on my eyes.
(like we would say here in germany)

user05

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] networking
  2004-05-21 23:10 [Qemu-devel] networking ich hier
@ 2004-05-23 18:00 ` Jim C. Brown
  0 siblings, 0 replies; 11+ messages in thread
From: Jim C. Brown @ 2004-05-23 18:00 UTC (permalink / raw)
  To: qemu-devel

On Sat, May 22, 2004 at 01:10:10AM +0200, ich hier wrote:
> 
> Hi!
> 
> Something i did not understand until now (after playing for a while
> with this nice piece of software :) ) is the usage of tun/tap devices.
> As far as i understood, qemu (the running task) just allocates free
> device-names (tunX) as needed and runs a script /etc/qemu-ifup (if
> available) and thats it.

"qemu -n other-script" will let you use a script other than /etc/qemu-ifup,
if you want.

> But is there any way, to tell qemu which exact (preconfigured)
> devices to use? Or do i have to catch the allocated devicenames,
> as qemu throws them at me (or my script :) ) and try to make
> something useful with this names (such as bridging or routing)???

You could use "qemu -tun-fd fd", but I'm not sure how as I've never used
it directly. The man page says that an example is available at

http://bellard.org/qemu/tetrinet.html

> It would be very nice, if there is some way (like in user-mode-linux
> for example) to tell qemu with arguments, how to map each emulated
> network-device to a predefined tun device. This way someone could
> configure various sets of tundevices with fixed names. Management
> would be much easier.
> Also bridging of devices would be much cleaner and other tools which
> use tun/tap devices could be hardwired (even with names like "tunX"
> :) )

I prefer using VDE myself. It uses tap0 for ALL emulated machines on the
network, instead of tun0 for machine 1, tun1 for machine 2, etc. No bridging
required. Needs a bit more work to set up tho.

> 
> THNX in advance for your answers. Maybe i just had tomatoes on my eyes.
> (like we would say here in germany)
> 

You can also try "qemu -user-net" if you wanted. Its not as good as tuntap,
but a lot easier to set up. It also might be slightly buggier.

> user05
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://mail.nongnu.org/mailman/listinfo/qemu-devel

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] Networking
@ 2005-06-24 18:31 Wolfgang Richter
  2005-06-24 18:51 ` Renzo Davoli
                   ` (2 more replies)
  0 siblings, 3 replies; 11+ messages in thread
From: Wolfgang Richter @ 2005-06-24 18:31 UTC (permalink / raw)
  To: qemu-devel

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

Is it possible to network multiple sessions of QEMU so they appear to be
on the same simulated network?

-- 
Wolfgang Richter
wrichter@att.net



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] Networking
  2005-06-24 18:31 Wolfgang Richter
@ 2005-06-24 18:51 ` Renzo Davoli
  2005-06-24 18:52 ` Tom Sandholm
  2005-06-25 22:25 ` Henrik Nordstrom
  2 siblings, 0 replies; 11+ messages in thread
From: Renzo Davoli @ 2005-06-24 18:51 UTC (permalink / raw)
  To: qemu-devel

On Fri, Jun 24, 2005 at 02:31:35PM -0400, Wolfgang Richter wrote:
> Is it possible to network multiple sessions of QEMU so they appear to be
> on the same simulated network?
Try VDE, virtual distributed ethernet.

	renzo

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] Networking
  2005-06-24 18:31 Wolfgang Richter
  2005-06-24 18:51 ` Renzo Davoli
@ 2005-06-24 18:52 ` Tom Sandholm
  2005-06-25 22:25 ` Henrik Nordstrom
  2 siblings, 0 replies; 11+ messages in thread
From: Tom Sandholm @ 2005-06-24 18:52 UTC (permalink / raw)
  To: qemu-devel

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

Absolutely!
Use vde-networking to create a router/tunnel from your host-os to all of 
your qemu-instances.
see..
http://vde.sourceforge.net/
http://sourceforge.net/projects/vde/

- Tom Sandholm

Wolfgang Richter wrote:

>Is it possible to network multiple sessions of QEMU so they appear to be
>on the same simulated network?
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Qemu-devel mailing list
>Qemu-devel@nongnu.org
>http://lists.nongnu.org/mailman/listinfo/qemu-devel
>  
>


[-- Attachment #2: Type: text/html, Size: 1214 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] Networking
@ 2005-06-24 19:20 wrichter
  0 siblings, 0 replies; 11+ messages in thread
From: wrichter @ 2005-06-24 19:20 UTC (permalink / raw)
  To: qemu-devel

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

Amazing, Amazing, Amazing!!!  I think i had stumbled upon VDE before, but dismissed it. Thanks for pointing it out to me! This looks like it is perfect for what I want to accomplish.

--
Wolfgang Richter

 -------------- Original message ----------------------
From: Tom Sandholm <sandholm@gsinet.net>
> Absolutely!
> Use vde-networking to create a router/tunnel from your host-os to all of 
> your qemu-instances.
> see..
> http://vde.sourceforge.net/
> http://sourceforge.net/projects/vde/
> 
> - Tom Sandholm
> 
> Wolfgang Richter wrote:
> 
> >Is it possible to network multiple sessions of QEMU so they appear to be
> >on the same simulated network?
> >
> >  
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Qemu-devel mailing list
> >Qemu-devel@nongnu.org
> >http://lists.nongnu.org/mailman/listinfo/qemu-devel
> >  
> >
> 




[-- Attachment #2: Type: message/rfc822, Size: 601 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 146 bytes --]

_______________________________________________
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] Networking
  2005-06-24 18:31 Wolfgang Richter
  2005-06-24 18:51 ` Renzo Davoli
  2005-06-24 18:52 ` Tom Sandholm
@ 2005-06-25 22:25 ` Henrik Nordstrom
  2005-06-25 22:58   ` Jim C. Brown
  2 siblings, 1 reply; 11+ messages in thread
From: Henrik Nordstrom @ 2005-06-25 22:25 UTC (permalink / raw)
  To: qemu-devel

On Fri, 24 Jun 2005, Wolfgang Richter wrote:

> Is it possible to network multiple sessions of QEMU so they appear to be
> on the same simulated network?

Yes.

A least two possible approaches:

  Set of bridged TUN/TAP devices.

  vde based networking <http://vde.sourceforge.net/>, connected to a single 
TUN/TAP device on the host.

Regards
Henrik

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] Networking
  2005-06-25 22:25 ` Henrik Nordstrom
@ 2005-06-25 22:58   ` Jim C. Brown
  0 siblings, 0 replies; 11+ messages in thread
From: Jim C. Brown @ 2005-06-25 22:58 UTC (permalink / raw)
  To: qemu-devel

On Sun, Jun 26, 2005 at 12:25:44AM +0200, Henrik Nordstrom wrote:
>  vde based networking <http://vde.sourceforge.net/>, connected to a single 
> TUN/TAP device on the host.
> 
> Regards
> Henrik
> 

tuntap for vde is only required to connect the guests to the host. It is
optional otherwise.

vde is the easiest way to connect multiple qemu guests together without needing
any root privilidges. (The other way is to use -redir and have guest talk to
each other through the host.)

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Qemu-devel] networking
@ 2019-01-23  3:02 liebrecht
  2019-01-24 10:16 ` Stefan Hajnoczi
  0 siblings, 1 reply; 11+ messages in thread
From: liebrecht @ 2019-01-23  3:02 UTC (permalink / raw)
  To: qemu-devel

The windows 7 guest on linux host had networking out of the box.
It now lost it for some reason.
The qemu string remained the same....

It now want to do DHCP and fails.
It has an intel nic as nic device in device manager.

What i cant understand is how to dop a static network config in this 
case.
lets say my network is 192.168.1.x

Do i give it a static ip say 192.168.1.33 ?
The mask 255.255.255.0
What must the default gateway be ?
On my linux network this at 192.168.1.100

Should I give an external e.g. google dns or is there a specific 
internal DNS it needs to use ?

thanks

Why networking just broke I really cannot understand

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [Qemu-devel] networking
  2019-01-23  3:02 liebrecht
@ 2019-01-24 10:16 ` Stefan Hajnoczi
  0 siblings, 0 replies; 11+ messages in thread
From: Stefan Hajnoczi @ 2019-01-24 10:16 UTC (permalink / raw)
  To: liebrecht; +Cc: qemu-devel

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

On Tue, Jan 22, 2019 at 10:02:09PM -0500, liebrecht@grossmann-venter.com wrote:
> The windows 7 guest on linux host had networking out of the box.
> It now lost it for some reason.
> The qemu string remained the same....

Please post your QEMU command-line.

> It now want to do DHCP and fails.
> It has an intel nic as nic device in device manager.
> 
> What i cant understand is how to dop a static network config in this case.
> lets say my network is 192.168.1.x
> 
> Do i give it a static ip say 192.168.1.33 ?
> The mask 255.255.255.0
> What must the default gateway be ?
> On my linux network this at 192.168.1.100

The details of QEMU's default networking configuration ("slirp"
userspace networking) is as follows:

Subnet: 10.0.2.0/24
Gateway: 10.0.2.2

Therefore statically assigning a 192.168.1.0/24 address will not work,
you need to pick a 10.0.2.0/24 address and use 10.0.2.2 as the gateway.

If you are using tap networking then this does not apply.  Details of
your host networking setup would be necessary in order to help you.

> Should I give an external e.g. google dns or is there a specific internal
> DNS it needs to use ?
> 
> thanks
> 
> Why networking just broke I really cannot understand
> 
> 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 455 bytes --]

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2019-01-24 10:20 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-21 23:10 [Qemu-devel] networking ich hier
2004-05-23 18:00 ` Jim C. Brown
  -- strict thread matches above, loose matches on Subject: below --
2019-01-23  3:02 liebrecht
2019-01-24 10:16 ` Stefan Hajnoczi
2005-06-24 19:20 [Qemu-devel] Networking wrichter
2005-06-24 18:31 Wolfgang Richter
2005-06-24 18:51 ` Renzo Davoli
2005-06-24 18:52 ` Tom Sandholm
2005-06-25 22:25 ` Henrik Nordstrom
2005-06-25 22:58   ` Jim C. Brown
2004-02-10 18:47 [Qemu-devel] networking pietro capriata

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).