From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 15 17:44:09 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DDE6106575E for ; Tue, 15 Sep 2009 17:44:09 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by mx1.freebsd.org (Postfix) with ESMTP id B98E18FC1A for ; Tue, 15 Sep 2009 17:44:08 +0000 (UTC) Received: by ywh9 with SMTP id 9so5949331ywh.32 for ; Tue, 15 Sep 2009 10:44:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=lcOmQwVeK7W1nilppwvPmnJg7r3+CTtYwCUHyc+lmDI=; b=s5s4q3oX/sIfqRsAQo5AJSwSWWHCu/wC57K312+jDK5Yg21ikinxbJGpx5mWW5+TQO 7W0FQqvflwgYPvYfsD1Kt/tyWXUROQYUB0GL//E2Olc54wkvq5a1caufFwUCTSQtA3gM iKxIQJnhM3Ar4dBclepZpMi2ygexbUyGTXg0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LhZsg2/IbNEOqtcGlUAAQW3dLktqo5lG48fxK+vvloPdt02jegyNifmyaQ5O/O9C2a SgkA0z/qh6H+4aUZwow/Ei4HgdOZlZLwEx2YQKjgw53qVVrqlFhdAPQOZqAKvXJGqKCP e0B4WORZXEmeahUDByoZtiCLWCI/lX6EJN6Bg= MIME-Version: 1.0 Received: by 10.150.130.38 with SMTP id c38mr12830369ybd.213.1253036647004; Tue, 15 Sep 2009 10:44:07 -0700 (PDT) In-Reply-To: <20090915173935.GA34173@logik.internal.network> References: <20090914051402.GB44046@logik.internal.network> <20090915173935.GA34173@logik.internal.network> Date: Tue, 15 Sep 2009 12:44:06 -0500 Message-ID: <6201873e0909151044o1331009rf62dba1912cf17eb@mail.gmail.com> From: Adam Vande More To: xorquewasp@googlemail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-emulation@freebsd.org Subject: Re: Problems with qemu networking on 7.2-RELEASE-amd64? 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: Tue, 15 Sep 2009 17:44:09 -0000 On Tue, Sep 15, 2009 at 12:39 PM, wrote: > On 2009-09-14 06:14:02, xorquewasp@googlemail.com wrote: > > Hello. > > > > I'm having horrendous trouble getting qemu to do networking > > on 7.2-RELEASE-amd64. I've not had any trouble on previous > > versions of FreeBSD and qemu so this comes as a bit of a surprise. > > So, er, nobody's using this rather common setup on 7.2-RELEASE-amd64? > > I don't know if this is a problem with qemu or a problem with if_bridge.ko. > > Again: > > NetBSD x86 sees no NIC at all. > > OpenBSD x86 sees a NIC but it doesn't work ("ne3: device timeout"). > > Windows XP sees a NIC, can do DNS resolution but no outgoing TCP > connection > works. > > NetBSD SPARC sees a NIC, can do DNS resolution but no outgoing TCP > connection > works. I can connect into the guest via SSH. > > This isn't a firewall issue: I can watch the pflog0, re0 and tap0 devices > with tcpdump and clearly see that nothing is being blocked. > > The TCP outbound connections simply pass into the tap device and then > apparently > don't even get as far as the bridge: > > Working DNS resolution: > 133779 rule 22/0(match): pass in on tap0: 10.1.3.12.65529 > 10.2.1.7.53: > UDP, length 32 > 000006 rule 23/0(match): pass out on bridge0: 10.1.3.12.65529 > > 10.2.1.7.53: UDP, length 32 > > Apparently broken TCP/IP to google.com: > 189768 rule 24/0(match): pass in on tap0: 10.1.3.12.65534 > > 216.239.59.147.80: tcp 0 > > There's no "pass out on bridge0" or "pass out on re0" as expected. > > I've tried the recent qemu-devel patch but it's so unstable that it seems > nearly any execution path results in a segmentation fault. > > Any help would be appreciated - I have work to do that requires access > to these VMs and having no outgoing network connectivity is crippling. > > I don't know anything about your particular issue, but VirtualBox should be able to run those qemu images, and it's bridged networking is now working in addition to the previously working nat. IME, VBox is significantly faster and more robust than qemu, especially in the network realm. -- Adam Vande More