From owner-freebsd-stable@FreeBSD.ORG Tue Oct 21 10:43:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8C59E1 for ; Tue, 21 Oct 2014 10:43:15 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4898ED for ; Tue, 21 Oct 2014 10:43:15 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id p9so750406lbv.33 for ; Tue, 21 Oct 2014 03:43:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=6LyjgWbvM1UMgVIk9syaf8XAcVsIIcKLQtY95lbv3BM=; b=fBRue8qB+21l3IFkPZJZfPKPOmuGceHO8ZKR30LaH/gU/z8gII6pMaM9Dx/iP3y0vl 4bDGxqb2q5ekdid80HHwTnmpEB+gJn7zw0nU3HSzoJu1hBR4kb41NC5TDGTa3yTOPXJF nZY3H6LjmD40jMhjE46uGxkx8MWrC4lcqUmaV8BnZv/QkmMO8BifbEdasLrLruto8RVE qgHzbXHiZnxGvbk7D9SEY/75voglNa5e0xQ3Ax3I6iQor7rm+3C/eN2JgBd8lUzBTGId AJ5cVtgWuyWw/RPrPZDoLFfe9ftrt+cOpUmBjxOnqbHhsV4WMf8xmFJ2Vt/AU94YAObY gpYw== X-Received: by 10.112.198.73 with SMTP id ja9mr33239430lbc.19.1413888193142; Tue, 21 Oct 2014 03:43:13 -0700 (PDT) Received: from brick.home (adcz235.neoplus.adsl.tpnet.pl. [79.184.51.235]) by mx.google.com with ESMTPSA id n4sm4383533lah.2.2014.10.21.03.43.11 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Oct 2014 03:43:12 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 21 Oct 2014 12:43:08 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Harald Schmalzbauer Subject: Re: ctld(8), multiple 'portal-group' on same socket (individual 'discovery-auth-group' restrictions) Message-ID: <20141021104308.GA5990@brick.home> Mail-Followup-To: Harald Schmalzbauer , FreeBSD Stable References: <5444C94C.4050705@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5444C94C.4050705@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 10:43:16 -0000 On 1020T1035, Harald Schmalzbauer wrote: > Hello, > > I'm trying to move from istgt(1) to ctld(8), but it seems my setup isn't > possible with ctld. > Besides missing support for virtual-DVDs ('UnitType DVD' in istgt) and > real ODD-devices ('UnitType pass' in istgt), Yup, we don't implement virtual DVDs and passthrough. Especially the latter would be a nice feature to have. > I guess it's impossible to > define multiple "portal-group"s, listening on the same socket, but with > different "discovery-auth-group". > The idea is, to present initiators only targets at discovery, which they > are allowed to connect to. > Am I missing something which could provide such selective discovery with > ctld(8)? I thought about it, but I don't like the way istgt does it. By allowing multiple portal groups to bind to a single address (portal), we would introduce ambiguity as for which portal-group and associated discovery-auth-group is being used. On the other hand, a simplistic approach of only showing targets with auth-group being the same as discovery-auth-group for the portal probably wouldn't be very useful in real-world cases.