On Thu, Aug 30, 2012 at 6:12 AM, John Basila jbas...@checkpoint.com wrote:
When running multiple instances of QEMU from the same image file
(using -snapshot) and connecting each instance to a dedicated TAP
device, the Guest OS will most likely not be able to communicate
with the outside world
On Thu, Aug 30, 2012 at 09:12:19AM +0300, John Basila wrote:
When running multiple instances of QEMU from the same image file
(using -snapshot) and connecting each instance to a dedicated TAP
device, the Guest OS will most likely not be able to communicate
with the outside world as all packets
On Thu, Aug 30, 2012 at 10:27 AM, John Basila jbas...@checkpoint.com wrote:
I have tried NAT and this is why I came up with this feature.
QEMU's net/tap.c is the wrong place to add NAT code. The point of tap
is to use the host network stack. If you want userspace networking,
use -netdev user
John Basila jbas...@checkpoint.com writes:
[…]
The problem here is related to the fact that QEMU is executed with
multiple instances and all instances start from the same snapshot,
Isn't it possible to resolve such an issue using, e. g., DHCPv6
or DHCP? All the QEMU
When running multiple instances of QEMU from the same image file
(using -snapshot) and connecting each instance to a dedicated TAP
device, the Guest OS will most likely not be able to communicate
with the outside world as all packets leave the Guest OS from the
same IP and thus the Host OS will
Please allow me to add a few comments:
The problem here is related to the fact that QEMU is executed with multiple
instances and all instances start from the same snapshot, thus if they all send
a UDP DNS query, they will all create a packet - for example - 10.0.0.2:2345 -
DNSERVER:53. The
I have tried NAT and this is why I came up with this feature.
When starting multiple QEMU instances from the same snapshot image, the Guest
OS in all instances from the same state and if they start a connection to the
DNS server for example, they will all use the same source port. The iptables
On 08/30/2012 12:58 PM, John Basila wrote:
Please allow me to add a few comments:
The problem here is related to the fact that QEMU is executed with multiple
instances and all instances start from the same snapshot, thus if they all
send a UDP DNS query, they will all create a packet - for
I have a setup that requires to run virtual machines using QEMU. All these
machines will be executed from the same snapshot thus giving them the save same
state when they come to life, this is why they all will have the same source
IP, the only difference between them is that each one is
