From owner-freebsd-emulation@FreeBSD.ORG Fri Jun 1 21:55:27 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0230A16A47D for ; Fri, 1 Jun 2007 21:55:27 +0000 (UTC) (envelope-from per@hedeland.org) Received: from pluto.hedeland.org (1-1-1-13a.mal.sth.bostream.se [82.182.84.27]) by mx1.freebsd.org (Postfix) with ESMTP id 57C7513C44C for ; Fri, 1 Jun 2007 21:55:26 +0000 (UTC) (envelope-from per@hedeland.org) Received: from pluto.hedeland.org (localhost [127.0.0.1]) by pluto.hedeland.org (8.13.6/8.13.1) with ESMTP id l51LtMbX005671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jun 2007 23:55:22 +0200 (CEST) (envelope-from per@pluto.hedeland.org) Received: (from per@localhost) by pluto.hedeland.org (8.13.6/8.13.1/Submit) id l51LtKLa005670; Fri, 1 Jun 2007 23:55:20 +0200 (CEST) (envelope-from per) Date: Fri, 1 Jun 2007 23:55:20 +0200 (CEST) From: Per Hedeland Message-Id: <200706012155.l51LtKLa005670@pluto.hedeland.org> To: bakul@bitblocks.com In-Reply-To: <20070601195049.F060B5B49@mail.bitblocks.com> X-Scanned-By: MIMEDefang 2.48 on 10.1.1.1 Cc: freebsd-emulation@freebsd.org Subject: Re: Running "Windows Emulation" headless ... possible? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2007 21:55:27 -0000 Bakul Shah wrote: >> >> > >> >> > Yes. But you have to make sure each machine gets its own mac >> >> > address. >> >> >> >> Is that addressed using the tap interface, as Scott mentioned? >> > >> >Yes. >> >> Hm, maybe I misunderstand the question or the answer, but I disagree.:-) > >I interepreted "Is that addressed using the tap interface" to >mean "Is that done (by) using the tap interface". So I was not >talking about mac address of the tap interface! OK, I interpreted your response as saying that something was making sure that something got its own mac address by using the tap interface, and the only thing that fit was the mac address of the tap interface.:-) Anyway the point is that the qemus don't get their own mac addresses unless you give them to them.:-) >Right. I use a shell function to create a macaddress based on >directory of the image file. Something like: > >macaddr() { > echo 52:54:0:$(echo $1|md5 |cut -c1-6|sed 's/\(..\)\(..\)/\1:\2:/') >} Nice! I've been assigning them manually (writing a dedicated little start script for each image), but it gets old pretty quickly. >> - I never give an IP address to the bridge interface - this is wrong(tm) >> IMHO, and in any case there should not be any need for it. > >I do, to simulate this: > >bridge0 --[ ] > | | | | > 0 1 2 3 <- tap interfaces > >In effect tap0 .. tapN are to individual VMs and the host >uses just bridge0 to talk to them all. Also see below. Yes, but you *don't* put the physical interface in the bridge, right? Then the bridge interface should definitely have its own address - it's your host's (single) interface on the bridged network. When the physical interface is also added to the bridge, your host effectively has two interfaces on the combined physical and bridge-tap network - there's no point in both having addresses, and it may even cause problems. >Bridging with the phys device won't work if your VMs are on a >wifi connected laptop. I saw that, not a problem for me though. > For this reason I use NAT (and it is good enough for what I want). It could work for me too, but it's nice to have the qemus getting their IP addresses from the already existing DHCP server on the physical network, as well as being able to log in to them directly from other hosts on occasion. --Per Hedeland