From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aoq9X-000645-5U for qemu-devel@nongnu.org; Sat, 09 Apr 2016 06:30:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aoq9S-0000mS-6Y for qemu-devel@nongnu.org; Sat, 09 Apr 2016 06:30:07 -0400 Received: from barbershop.grep.be ([89.106.240.122]:37598) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aoq9S-0000mK-20 for qemu-devel@nongnu.org; Sat, 09 Apr 2016 06:30:02 -0400 Date: Sat, 9 Apr 2016 12:29:48 +0200 From: Wouter Verhelst Message-ID: <20160409102948.GM19023@grep.be> References: <1460028959-59091-1-git-send-email-alex@alex.org.uk> <20160407115159.GE19932@redhat.com> <4B431A9F-94A5-4F35-BE43-8C1E5767D0E3@alex.org.uk> <20160407135648.GH19932@redhat.com> <20160409095009.GF19023@grep.be> <00E9625C-7C44-496E-A1E6-59DD4CBA6F22@alex.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00E9625C-7C44-496E-A1E6-59DD4CBA6F22@alex.org.uk> Subject: Re: [Qemu-devel] [Nbd] [PATCH] Improve documentation for TLS List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: "nbd-general@lists.sourceforge.net" , "Daniel P. Berrange" , "qemu-devel@nongnu.org" On Sat, Apr 09, 2016 at 11:05:16AM +0100, Alex Bligh wrote: > > On 9 Apr 2016, at 10:50, Wouter Verhelst wrote: > > > So if I want to swap to qemu-nbd, I cannot also have encrypted > > connections to the same server. Got it. > > AFAIK qemu-nbd only supports a single export so this isn't > really an issue. qemu-nbd does, but the builtin server of qemu will export all virtual hard disks connected to the VM, so it supports multiple exports. (yes, that implies that swapping to a multiple-export qemu server is probably a bad idea) -- < ron> I mean, the main *practical* problem with C++, is there's like a dozen people in the world who think they really understand all of its rules, and pretty much all of them are just lying to themselves too. -- #debian-devel, OFTC, 2016-02-12