Date: Tue, 21 Oct 2014 12:43:08 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= <trasz@FreeBSD.org> To: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> Cc: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: ctld(8), multiple 'portal-group' on same socket (individual 'discovery-auth-group' restrictions) Message-ID: <20141021104308.GA5990@brick.home> In-Reply-To: <5444C94C.4050705@omnilan.de> References: <5444C94C.4050705@omnilan.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141021104308.GA5990>